Hi Stephen,
On 5/29/19 8:17 PM, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the userns tree got a conflict in:
>
> arch/arc/mm/fault.c
>
> between commits:
>
> a8c715b4dd73 ("ARC: mm: SIGSEGV userspace trying to access kernel virtual
> memory")
> ea3885229b0f ("ARC: mm
On Wed, May 29, 2019 at 08:46:48PM -0700, Eduardo Valentin wrote:
> On Tue, Apr 24, 2018 at 01:06:32AM +0800, Haiyue Wang wrote:
> > Some protocols over I2C are designed for bi-directional transferring
> > messages by using I2C Master Write protocol. Like the MCTP (Management
> > Component Transpor
On Wed, May 15, 2019 at 1:05 AM Nicolas Boichat wrote:
>
> On Wed, May 15, 2019 at 4:14 AM Stephen Boyd wrote:
> >
> > Quoting Nicolas Boichat (2019-05-13 18:37:58)
> > > On Tue, May 14, 2019 at 6:29 AM Stephen Boyd wrote:
> > > >
> > > > Quoting Nicolas Boichat (2019-04-28 20:55:15)
> > > > > D
On Thu, May 30, 2019 at 12:15:48PM -0400, Johannes Weiner wrote:
> Are there any objections or feedback on the proposed fix below? This
> is kind of a serious regression.
I'll drop it into the xarray tree for merging in a week, if that's ok
with you?
On 5/30/19 8:28 AM, Young Xiao wrote:
> The fragmentation code tries to parse the header options in order
> to figure out where to insert the fragment option. Since nexthdr points
> to an invalid option, the calculation of the size of the network header
> can made to be much larger than the lin
On Thu, May 30, 2019 at 08:17:38AM -0500, Bjorn Helgaas wrote:
> On Wed, May 29, 2019 at 04:04:27PM -0700, Raj, Ashok wrote:
> > On Wed, May 29, 2019 at 05:57:14PM -0500, Bjorn Helgaas wrote:
> > > On Mon, May 06, 2019 at 10:20:03AM -0700,
> > > sathyanarayanan.kuppusw...@linux.intel.com wrote:
>
> On May 30, 2019, at 4:17 AM, Kirill A. Shutemov wrote:
>
> On Wed, May 29, 2019 at 02:20:47PM -0700, Song Liu wrote:
>> @@ -501,6 +512,20 @@ int uprobe_write_opcode(struct arch_uprobe *auprobe,
>> struct mm_struct *mm,
>> copy_highpage(new_page, old_page);
>> copy_to_page(new_page
Oleg Nesterov writes:
> On 05/30, Eric W. Biederman wrote:
>>
>> ebied...@xmission.com (Eric W. Biederman) writes:
>>
>> > Which means I believe we have a semantically valid change in behavior
>> > that is causing a regression.
>>
>> I haven't made a survey of all of the functions yet but
>> fucn
On Wed, May 29, 2019 at 10:38:06PM -0700, Xing, Cedric wrote:
> > From: Christopherson, Sean J
> > Sent: Tuesday, May 28, 2019 2:41 PM
> >
> > On Tue, May 28, 2019 at 01:48:02PM -0700, Andy Lutomirski wrote:
> > > On Tue, May 28, 2019 at 1:24 PM Sean Christopherson
> > > wrote:
> > > >
> > > > Ac
On Fri, May 31, 2019 at 12:35:01AM +0800, kbuild test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
> test
> head: 685a26bc60076305987bf06cfd1269e5e4094c73
> commit: 685a26bc60076305987bf06cfd1269e5e4094c73 [69/69] rcu/nocb: Avoid
> ->nocb_lock cap
Sparse warnings are incurred by key_fs[ug]id_changed() due to unprotected
accesses of tsk->cred, which is marked __rcu.
Fix this by passing the new cred struct to these functions from
commit_creds() rather than the task pointer.
Signed-off-by: David Howells
Reviewed-by: James Morris
---
inclu
Here are some miscellaneous keyrings fixes and improvements intended for
the next merge window:
(1) Fix a bunch of warnings from sparse, including missing RCU bits and
kdoc-function argument mismatches
(2) Implement a keyctl to allow a key to be moved from one keyring to
another, wi
Fix a pair of accesses that should be using RCU protection.
rcu_dereference_protected() is needed to access task_struct::real_parent.
current_cred() should be used to access current->cred.
Signed-off-by: David Howells
Reviewed-by: James Morris
---
security/keys/keyctl.c |3 ++-
> On May 30, 2019, at 4:14 AM, Kirill A. Shutemov wrote:
>
> On Thu, May 30, 2019 at 02:10:15PM +0300, Kirill A. Shutemov wrote:
>> On Wed, May 29, 2019 at 02:20:46PM -0700, Song Liu wrote:
>>> @@ -2133,10 +2133,15 @@ static void __split_huge_pmd_locked(struct
>>> vm_area_struct *vma, pmd_t *
> On May 30, 2019, at 4:08 AM, William Kucharski
> wrote:
>
>
> Is there any reason to worry about supporting PUD-sized uprobe pages if
> CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE_PUD is defined? I would prefer
> not to bake in the assumption that "huge" means PMD-sized and more than
> it alread
From: Eric Biggers
When lookup_user_key() checks whether the key is possessed, it should
use the key's existing index_key including the 'desc_len' field, rather
than recomputing the 'desc_len'. This doesn't change the behavior; this
way is just simpler and faster.
Signed-off-by: Eric Biggers
S
Fix some kdoc argument description mismatches reported by sparse and give
keyring_restrict() a description.
Signed-off-by: David Howells
Reviewed-by: James Morris
cc: Mat Martineau
---
security/keys/keyring.c | 10 +++---
security/keys/request_key.c |2 +-
2 files changed, 8 ins
Add a keyctl function that requests a set of capability bits to find out
what features are supported.
Signed-off-by: David Howells
---
include/uapi/linux/keyctl.h | 14 ++
security/keys/compat.c |3 +++
security/keys/internal.h|2 ++
security/keys/keyctl.c |
Break bits out of key_unlink() into helper functions so that they can be
used in implementing key_move().
Signed-off-by: David Howells
---
security/keys/keyring.c | 86 ---
1 file changed, 65 insertions(+), 21 deletions(-)
diff --git a/security/key
Change keyring_serialise_link_sem to a mutex as it's only ever
write-locked.
Signed-off-by: David Howells
---
security/keys/keyring.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/security/keys/keyring.c b/security/keys/keyring.c
index 5b218b270598..ca6694ba
Hoist the locking of out of __key_link_begin() and into its callers. This
is necessary to allow the upcoming key_move() operation to correctly order
taking of the source keyring semaphore, the destination keyring semaphore
and the keyring serialisation lock.
Signed-off-by: David Howells
---
se
Grant Link permission to the possessers of request_key authentication keys,
thereby allowing a daemon that is servicing upcalls to arrange things such
that only the necessary auth key is passed to the actual service program
and not all the daemon's pending auth keys.
Signed-off-by: David Howells
Add a keyctl to atomically move a link to a key from one keyring to
another. The key must exist in "from" keyring and a flag can be given to
cause the operation to fail if there's a matching key already in the "to"
keyring.
This can be done with:
keyctl(KEYCTL_MOVE,
key_se
> On May 30, 2019, at 5:20 AM, Kirill A. Shutemov wrote:
>
> On Wed, May 29, 2019 at 02:20:49PM -0700, Song Liu wrote:
>> After all uprobes are removed from the huge page (with PTE pgtable), it
>> is possible to collapse the pmd and benefit from THP again. This patch
>> does the collapse.
>
>
On 5/30/19 4:28 AM, Paolo Bonzini wrote:
@@ -531,7 +547,8 @@ static int virtscsi_queuecommand(struct Scsi_Host *shost,
req_size = sizeof(cmd->req.cmd);
}
- ret = virtscsi_kick_cmd(req_vq, cmd, req_size, sizeof(cmd->resp.cmd));
+ kick = (sc->flags & SCMD_LAST) !=
It seems the x86 architecture is once again
afflicted with a flaw that arises out of
unsafely implemented accelerations, namely
the just-releaved Zombieload vulnerability.
We know that Zombieload is possible when
Hyperthreading is enabled. Here is a question:
Is it possible to disable Hyperthread
30.05.2019 15:01, Jon Hunter пишет:
>
> On 29/05/2019 22:43, Dmitry Osipenko wrote:
>> Apparently driver was never tested with DMA_PREP_INTERRUPT flag being
>> unset since it completely disables interrupt handling instead of skipping
>> the callbacks invocations, hence putting channel into unusabl
From: Joseph Salisbury
This patch only adds a MODULE_DESCRIPTION statement to the driver.
This change is only cosmetic, so there should be no runtime impact.
Signed-off-by: Joseph Salisbury
Reviewed-by: Michael Kelley
Signed-off-by: Sasha Levin
---
drivers/hid/hid-hyperv.c | 2 ++
1 file cha
> On May 30, 2019, at 5:14 AM, Kirill A. Shutemov wrote:
>
> On Wed, May 29, 2019 at 02:20:48PM -0700, Song Liu wrote:
>> Instead of splitting the compound page with FOLL_SPLIT, this patch allows
>> uprobe to only split pmd for huge pages.
>>
>> A helper function mm_address_trans_huge(mm, add
On 5/30/19 10:20 AM, Raj, Ashok wrote:
On Thu, May 30, 2019 at 08:17:38AM -0500, Bjorn Helgaas wrote:
On Wed, May 29, 2019 at 04:04:27PM -0700, Raj, Ashok wrote:
On Wed, May 29, 2019 at 05:57:14PM -0500, Bjorn Helgaas wrote:
On Mon, May 06, 2019 at 10:20:03AM -0700,
sathyanarayanan.kuppusw.
32 sockets systems with 192 NVDIMMs run into the ACPI_OWNER_ID_MAX limit
which is currently set to 255, and nfit kernel module initialisation fails
with the following representative error messages:
ACPI Error: Could not allocate new OwnerId (255 max), AE_OWNER_ID_LIMIT
(20170303/utownerid-149
ACP
From: Joseph Salisbury
This patch only adds a MODULE_DESCRIPTION statement to the driver.
This change is only cosmetic, so there should be no runtime impact.
Signed-off-by: Joseph Salisbury
Reviewed-by: Michael Kelley
Signed-off-by: Sasha Levin
---
drivers/input/serio/hyperv-keyboard.c | 2 +
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
test
head: 77ef1b88654653681661fb0ce7cc1d6e712a409f
commit: 6ad9e6bcf543a758d4b7323cb2909ebd66f39ee4 [70/72] fixup! rcu/nocb: Avoid
->nocb_lock capture by corresponding CPU
config: sparc64-allmodconfig (attached as .c
On 5/30/19 8:54 AM, Paolo Bonzini wrote:
> On 30/05/19 17:36, Bart Van Assche wrote:
>> On 5/30/19 4:28 AM, Paolo Bonzini wrote:
>>> +static const struct blk_mq_ops scsi_mq_ops_no_commit = {
>>> + .get_budget = scsi_mq_get_budget,
>>> + .put_budget = scsi_mq_put_budget,
>>> + .queue_
On Mon, May 27, 2019 at 7:12 AM David Hildenbrand wrote:
>
> By converting start and size to page granularity, we actually ignore
> unaligned parts within a page instead of properly bailing out with an
> error.
>
> Cc: Andrew Morton
> Cc: Oscar Salvador
> Cc: Michal Hocko
> Cc: David Hildenbran
Hello YueHaibing,
On Thu, May 30, 2019 at 04:49:32PM +0800, YueHaibing wrote:
> Fix sparse warning:
>
> drivers/platform/chrome/cros_ec_debugfs.c:256:30: warning: symbol
> 'cros_ec_console_log_fops' was not declared. Should it be static?
> drivers/platform/chrome/cros_ec_debugfs.c:265:30: warnin
On Wed, May 29, 2019 at 02:05:55PM -0700, bseg...@google.com wrote:
> Dave Chiluk writes:
>
> Yeah, having run the test, stranding only 1 ms per cpu rather than 5
> doesn't help if you only have 10 ms of quota and even 10 threads/cpus.
> The slack timer isn't important in this test, though I think
On Wed, May 29, 2019 at 10:48 PM Kishon Vijay Abraham I wrote:
>
> +Vinod Koul
>
> Hi,
>
> >>> On Fri, May 24, 2019 at 1:59 AM Gustavo Pimentel
> >>> wrote:
>
> Hi Alan,
>
> This patch implementation is very HW implementation dependent and
> requires the DMA to exposed th
On Thu, May 30, 2019 at 10:13:56AM -0700, Matthew Wilcox wrote:
> On Thu, May 30, 2019 at 12:15:48PM -0400, Johannes Weiner wrote:
> > Are there any objections or feedback on the proposed fix below? This
> > is kind of a serious regression.
>
> I'll drop it into the xarray tree for merging in a we
On 5/17/19 3:23 PM, Eugeniy Paltsev wrote:
> Hmmm,
>
> so load the bool variable from memory is converted to such asm code:
>
> ->8---
> ldb r2,[some_bool_address]
> extb_sr2,r2
> ->8---
>
> Could you please describe that
this patch fixes "Comparison to NULL" warnings reported by
checkpatch
Signed-off-by: Hariprasad Kelam
---
drivers/staging/rtl8723bs/core/rtw_xmit.c | 54 +++
1 file changed, 27 insertions(+), 27 deletions(-)
diff --git a/drivers/staging/rtl8723bs/core/rtw_xmit.c
b/d
On Thu, May 30, 2019 at 09:14:10AM -0700, Andy Lutomirski wrote:
> On Thu, May 30, 2019 at 8:04 AM Stephen Smalley wrote:
> >
> > On 5/30/19 10:31 AM, Andy Lutomirski wrote:
> > > Hi all-
> > >
> > > After an offline discussion with Sean yesterday, here are some updates
> > > to the user API parts
Em Thu, May 30, 2019 at 07:24:57PM +0300, Alexey Budankov escreveu:
>
> On 30.05.2019 16:13, Arnaldo Carvalho de Melo wrote:
> > Em Thu, May 30, 2019 at 11:24:49AM +0300, Alexey Budankov escreveu:
> >> On 29.05.2019 22:25, Arnaldo Carvalho de Melo wrote:
> >>> Em Wed, May 29, 2019 at 05:30:49PM +0
From: Jason Wang
Date: Fri, 24 May 2019 04:12:12 -0400
> This series tries to access virtqueue metadata through kernel virtual
> address instead of copy_user() friends since they had too much
> overheads like checks, spec barriers or even hardware feature
> toggling like SMAP. This is done throug
Hi,
I am following up to check if you are interested in acquiring Design
Automation Conference & Exhibition 2019
Let me know if you would like to acquire Attendees Data Base?
Attendees List: Designers, Researchers, Tool developers, Vendors And Many
More ...
Each record in the data base contains:
On Thu, May 30, 2019 at 06:25:11PM +0100, David Howells wrote:
>
> Here are some miscellaneous keyrings fixes and improvements intended for
> the next merge window:
>
> (1) Fix a bunch of warnings from sparse, including missing RCU bits and
> kdoc-function argument mismatches
>
> (2) Impl
On Thu, May 30, 2019 at 11:07:30AM -0700, David Miller wrote:
> From: Jason Wang
> Date: Fri, 24 May 2019 04:12:12 -0400
>
> > This series tries to access virtqueue metadata through kernel virtual
> > address instead of copy_user() friends since they had too much
> > overheads like checks, spec b
From: Colin Ian King
The pointer 's' is being assigned however the pointer is
never used with either of these values before it it reassigned much
later on. I suspect it was going to be used in the output of the
main control registers scnprintf but was omitted. The assignments
of 's' to the driv
On 30.05.2019 21:04, Arnaldo Carvalho de Melo wrote:
> Em Thu, May 30, 2019 at 07:24:57PM +0300, Alexey Budankov escreveu:
>>
>> On 30.05.2019 16:13, Arnaldo Carvalho de Melo wrote:
>>> Em Thu, May 30, 2019 at 11:24:49AM +0300, Alexey Budankov escreveu:
On 29.05.2019 22:25, Arnaldo Carvalho
Hi James,
On 5/30/2019 8:57 AM, James Morse wrote:
> When a new control group is created __init_one_rdt_domain() walks all
> the other closids to calculate the sets of used and unused bits.
>
> If it discovers a pseudo_locksetup group, it breaks out of the loop.
> This means any later closid does
Add the support documentation on the multicolor LED framework.
This document defines the directores and file generated by the
multicolor framework. It also documents usage.
Signed-off-by: Dan Murphy
---
v4 - Add LED class parent brightness description -
https://lore.kernel.org/patchwork/patch/
Add a documentation of LED Multicolor LED class specific
sysfs attributes.
Signed-off-by: Dan Murphy
---
v4 - Add LED class parent brightness definition to the text -
https://lore.kernel.org/patchwork/patch/1078398/
.../ABI/testing/sysfs-class-led-multicolor| 74 +++
1 fil
On May 30, 2019 3:15:29 AM PDT, Hanna Hawa wrote:
>Add support for error detection and correction for Amazon's Annapurna
>Labs SoCs for L1/L2 caches.
So this should be a driver for the whole annapurna platform and not only about
the RAS functionality in an IP like the caches. See other ARM EDAC
This patchset adds XDP support for TI cpsw driver and base it on
page_pool allocator. It was verified on af_xdp socket drop,
af_xdp l2f, ebpf XDP_DROP, XDP_REDIRECT, XDP_PASS, XDP_TX.
It was verified with following configs enabled:
CONFIG_JIT=y
CONFIG_BPFILTER=y
CONFIG_BPF_SYSCALL=y
CONFIG_XDP_SOC
Add XDP support based on rx page_pool allocator, one frame per page.
Page pool allocator is used with assumption that only one rx_handler
is running simultaneously. DMA map/unmap is reused from page pool
despite there is no need to map whole page.
Due to specific of cpsw, the same TX/RX handler ca
This change is needed to return flush status of rx handler for
flushing redirected xdp frames after processing channel packets.
Do it as separate patch for simplicity.
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw.c | 23 +++--
drivers/net/ethernet/ti/cpsw_
This patch fixes below warning reported by coccicheck
/drivers/scsi/dpt_i2o.c:3092:11-29: WARNING: dma_alloc_coherent use in
sys_tbl already zeroes out memory, so memset is not needed
./drivers/scsi/dpt_i2o.c:2802:10-28: WARNING: dma_alloc_coherent use in
status already zeroes out memory, so mem
Only for consistency reasons, do it like in main cpsw.c module
and use ndev reference but not by means of slave.
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw_ethtool.c | 40 ++
1 file changed, 21 insertions(+), 19 deletions(-)
diff --git a/drivers/net/
No need to set ndev for drvdata when mainly cpsw reference is needed,
so correct this legacy decision.
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw.c | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/n
From: Ilias Apalodimas
On a previous patch dma addr was stored in 'struct page'.
Use that to retrieve DMA addresses used by network drivers
Signed-off-by: Ilias Apalodimas
Signed-off-by: Jesper Dangaard Brouer
Signed-off-by: Ivan Khoronzhuk
---
include/net/page_pool.h | 5 +
1 file chang
From: Ilias Apalodimas
On a previous patch dma addr was stored in 'struct page'.
Use that to unmap DMA addresses used by network drivers
Signed-off-by: Ilias Apalodimas
Signed-off-by: Jesper Dangaard Brouer
Signed-off-by: Ivan Khoronzhuk
---
include/net/page_pool.h | 1 +
net/core/page_pool.
In case if dma mapped packet needs to be sent, like with XDP
page pool, the "mapped" submit can be used. This patch adds dma
mapped submit based on regular one.
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/davinci_cpdma.c | 88 -
drivers/net/ethernet/ti/davi
Hi Peter,
Had an interesting lunch time discussion with our hardware architects pertinent
to
"minimal guarantees expected of a CPU" section of memory-barriers.txt
| (*) These guarantees apply only to properly aligned and sized scalar
| variables. "Properly sized" currently means variables
On 5/29/2019 11:12 AM, Gustavo A. R. Silva wrote:
Make use of the struct_size() helper instead of an open-coded version
in order to avoid any potential type mistakes, in particular in the
context in which this code is being used.
So, replace the following form:
sizeof(struct rvt_sge) * init_att
On Wed, May 29, 2019 at 6:05 PM Roman Gushchin wrote:
>
> Cgroup local storage maps lack the memlock precharge check,
> which is performed before the memory allocation for
> most other bpf map types.
>
> Let's add it in order to unify all map types.
>
> Signed-off-by: Roman Gushchin
Acked-by: So
From: Michal Kubecek
Date: Thu, 30 May 2019 10:27:22 +0200
> I believe this should be handled by ethtool_get_regs(), either by
> returning an error or by only copying data up to original regs.len
> passed by userspace. The former seems more correct but broken userspace
> software would suddenly s
On Mon, May 27, 2019 at 09:36:18PM +0200, Jann Horn wrote:
> +Kees
>
> On Mon, May 27, 2019 at 9:27 PM Linus Torvalds
> wrote:
> > On Mon, May 27, 2019 at 3:42 AM Christian Brauner
> > wrote:
> > > Hm, still pondering whether having one unsigned int argument passed
> > > through registers that
On Wed, May 29, 2019 at 6:05 PM Roman Gushchin wrote:
>
> Socket local storage maps lack the memlock precharge check,
> which is performed before the memory allocation for
> most other bpf map types.
>
> Let's add it in order to unify all map types.
>
> Signed-off-by: Roman Gushchin
Acked-by: So
On Wed, May 29, 2019 at 08:05:32PM -0700, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.180 release.
> There are 128 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 kno
From: Ruslan Babayev
Date: Tue, 28 May 2019 16:02:31 -0700
> Changes:
> v2:
> - more descriptive commit body
> v3:
> - made 'i2c_acpi_find_adapter_by_handle' static inline
> v4:
> - don't initialize i2c_adapter to NULL. Instead see below...
> - handle the case of neither D
On Wed, May 29, 2019 at 08:04:14PM -0700, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.123 release.
> There are 193 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 kn
On Thu, May 30, 2019 at 3:54 AM Eric W. Biederman wrote:
> Arnd Bergmann writes:
> > On Wed, May 29, 2019 at 6:12 PM Oleg Nesterov wrote:
> >
> > Not sure about the order of the cleanups, but probably something like
> > this would work:
> >
> > 1. fix the race (to be backported)
> > 2. unify se
On Thu, May 30, 2019 at 02:26:22PM -0400, Dennis Dalessandro wrote:
> On 5/29/2019 11:12 AM, Gustavo A. R. Silva wrote:
> > Make use of the struct_size() helper instead of an open-coded version
> > in order to avoid any potential type mistakes, in particular in the
> > context in which this code is
On 5/29/2019 11:13 AM, Gustavo A. R. Silva wrote:
Make use of the struct_size() helper instead of an open-coded version
in order to avoid any potential type mistakes, in particular in the
context in which this code is being used.
So, replace the following form:
sizeof(*pkt) + sizeof(pkt->addr[0
On 5/29/2019 11:15 AM, Gustavo A. R. Silva wrote:
Make use of the struct_size() helper instead of an open-coded version
in order to avoid any potential type mistakes, in particular in the
context in which this code is being used.
So, replace the following form:
sizeof(struct opa_port_status_rsp
This patch fixes below warning reported by coccicheck
./drivers/scsi/pmcraid.c:4728:3-21: WARNING: dma_alloc_coherent use in
pinstance -> hrrq_start [ i ] already zeroes out memory, so memset is
not needed
Signed-off-by: Hariprasad Kelam
---
drivers/scsi/pmcraid.c | 2 --
1 file changed, 2 del
Dear Friend,
I am Ms Lisa Hugh work with the department of Audit and accounting manager
here in the Bank,
There is this fund that was keep in my custody years ago,please i need your
assistance for the transferring of thIs fund to your bank account for both of
us benefit for life time inves
On Wed, May 29, 2019 at 07:59:58PM -0700, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.1.6 release.
> There are 405 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.
On Wed, May 29, 2019 at 08:01:13PM -0700, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.0.20 release.
> There are 346 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
Hi,
I'm writing to thank you for your time and to find out how you'd like to
move on my previous email.
If you're still interested, please suggest a next step.
I would highly appreciate if you would share your thoughts, so that we can
assist you best solution along with affordable cost.
I a
On Thu, May 30, 2019 at 4:41 PM Oleg Nesterov wrote:
> On 05/30, Arnd Bergmann wrote:
> Plus every file touched by this patch asks for more cleanups. Say, do_poll()
> should return -ERESTARTNOHAND, not -EINTR, after that we can remove the ugly
> EINTR->ERESTARTNOHAND in its callers. And more.
>
>
The only thing that makes sense is to request a falling edge interrupt
if the line is active low and a rising edge interrupt if the line is
active high, so just do that and get rid of the assignment from
platform data. The GPIO descriptor knows if the line is active high
or low.
Also make irq a lo
From: Colin Ian King
The variable badworden is assigned with a value that is never read and
it is re-assigned a new value immediately afterwards. The assignment is
redundant and can be removed.
Addresses-Coverity: ("Unused value")
Signed-off-by: Colin Ian King
---
drivers/net/wireless/realtek
On Wed, May 29, 2019 at 10:12:48AM -0500, Gustavo A. R. Silva wrote:
> Make use of the struct_size() helper instead of an open-coded version
> in order to avoid any potential type mistakes, in particular in the
> context in which this code is being used.
>
> So, replace the following form:
>
> si
On Wed, May 29, 2019 at 10:15:28AM -0500, Gustavo A. R. Silva wrote:
> Make use of the struct_size() helper instead of an open-coded version
> in order to avoid any potential type mistakes, in particular in the
> context in which this code is being used.
>
> So, replace the following form:
>
> si
On Wed, May 29, 2019 at 10:13:26AM -0500, Gustavo A. R. Silva wrote:
> Make use of the struct_size() helper instead of an open-coded version
> in order to avoid any potential type mistakes, in particular in the
> context in which this code is being used.
>
> So, replace the following form:
>
> si
On Tue, May 21, 2019 at 06:44:15PM +0800, Luwei Kang wrote:
> The current code will mask all the local interrupts in the local
> vector table when the LAPIC is disabled by SVR (Spurious-Interrupt
> Vector Register) "APIC Software Enable/Disable" flag (bit8).
> This may block local interrupt be deli
From: Young Xiao <92siuy...@gmail.com>
Date: Wed, 29 May 2019 10:15:39 +0800
> The bytes_compl and pkts_compl pointers passed to ef4_dequeue_buffers
> cannot be NULL. Add a paranoid warning to check this condition and fix
> the one case where they were NULL.
>
> Signed-off-by: Young Xiao <92siuy.
From: YueHaibing
Date: Wed, 29 May 2019 10:59:06 +0800
> Fix smatch warning:
>
> drivers/net/ethernet/marvell/mvpp2/mvpp2_cls.c:1236
> mvpp2_ethtool_cls_rule_ins() warn: unsigned 'info->fs.location' is never
> less than zero.
>
> 'info->fs.location' is u32 type, never less than zero.
>
> Sig
On Thu 30-05-19 17:02:14, Minchan Kim wrote:
> On Thu, May 30, 2019 at 08:57:55AM +0200, Michal Hocko wrote:
> > On Thu 30-05-19 11:17:48, Minchan Kim wrote:
[...]
> > > First time, I didn't think about atomicity about address range race
> > > because MADV_COLD/PAGEOUT is not critical for the race.
> -Original Message-
> From: James Morse
> Sent: Thursday, May 23, 2019 1:30 PM
> To: Junhan Zhou
> Cc: Borislav Petkov ; Mauro Carvalho Chehab
> ; Liming Sun ; linux-
> e...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH v3] EDAC, mellanox: Add ECC support for BlueFi
On 5/30/19 1:40 PM, Colin King wrote:
From: Colin Ian King
The variable badworden is assigned with a value that is never read and
it is re-assigned a new value immediately afterwards. The assignment is
redundant and can be removed.
Addresses-Coverity: ("Unused value")
Signed-off-by: Colin Ian
On Wed, May 29, 2019 at 6:05 PM Roman Gushchin wrote:
>
> In order to unify the existing memlock charging code with the
> memcg-based memory accounting, which will be added later, let's
> rework the current scheme.
>
> Currently the following design is used:
> 1) .alloc() callback optionally che
On Wed, May 29, 2019 at 6:04 PM Roman Gushchin wrote:
>
> Group "user" and "pages" fields of bpf_map into the bpf_map_memory
> structure. Later it can be extended with "memcg" and other related
> information.
>
> The main reason for a such change (beside cosmetics) is to pass
> bpf_map_memory stru
On Fri, May 24, 2019 at 03:55:42PM +0530, Jagan Teki wrote:
> On Fri, May 24, 2019 at 2:07 AM Maxime Ripard
> wrote:
> >
> > On Mon, May 20, 2019 at 02:33:09PM +0530, Jagan Teki wrote:
> > > start value in video start delay computation done in below commit
> > > is as per the legacy bsp drivers/v
On Mon, May 27, 2019 at 12:39 AM Wu Hao wrote:
Hi Hao,
Just one correction that I saw below, sorry I didn't catch it last time.
>
> This patch adds support for performance reporting private feature
> for FPGA Management Engine (FME). Actually it supports 4 categories
> performance counters, 'cl
On Thu, May 30, 2019 at 11:22:42AM -0700, Vineet Gupta wrote:
> Hi Peter,
>
> Had an interesting lunch time discussion with our hardware architects
> pertinent to
> "minimal guarantees expected of a CPU" section of memory-barriers.txt
>
>
> | (*) These guarantees apply only to properly aligned
From: "Michael S. Tsirkin"
Date: Thu, 30 May 2019 14:13:28 -0400
> On Thu, May 30, 2019 at 11:07:30AM -0700, David Miller wrote:
>> From: Jason Wang
>> Date: Fri, 24 May 2019 04:12:12 -0400
>>
>> > This series tries to access virtqueue metadata through kernel virtual
>> > address instead of cop
On 5/29/19, 6:01 PM, "Guenter Roeck" wrote:
On 5/29/19 3:35 PM, Vijay Khemka wrote:
> Added pmbus driver for the new device Infineon pxe1610
> voltage regulator. It also supports similar family device
> PXE1110 and PXM1310.
>
> Signed-off-by: Vijay Khemka
> ---
On Wed, May 29, 2019 at 6:05 PM Roman Gushchin wrote:
>
> Most bpf map types doing similar checks and bytes to pages
> conversion during memory allocation and charging.
>
> Let's unify these checks by moving them into bpf_map_charge_init().
>
> Signed-off-by: Roman Gushchin
Nice, I was thinking
501 - 600 of 952 matches
Mail list logo
