SPARC provides lzcnt instruction (with VIS3) which can be used to
optimize fls, __fls and fls64 functions. For the systems that supports
lzcnt instruction, we now do boot time patching to use sparc
optimized fls, __fls and fls64 functions.
v3->v4:
- Fixed a typo.
v2->v3:
- Using ENTRY(), ENDPR
fls will now require a boot time patching on T4 and above.
Redefining it under arch/sparc/lib.
Signed-off-by: Vijay Kumar
---
arch/sparc/include/asm/bitops_64.h |3 +-
arch/sparc/lib/Makefile|1 +
arch/sparc/lib/fls.S | 67
__fls will now require a boot time patching on T4 and above.
Redefining it under arch/sparc/lib.
Signed-off-by: Vijay Kumar
---
arch/sparc/include/asm/bitops_64.h |2 +-
arch/sparc/lib/Makefile|1 +
arch/sparc/lib/fls64.S | 61 +++
On Wed, Oct 11, 2017 at 11:28:25AM -0700, Jakub Kicinski wrote:
> I'm seeing a failure on net-next kernels (rc4):
>
> [0.00]
> --
> [0.00] recursive read-lock: | ok |
>
On 10/11/2017 02:48 PM, Peter Zijlstra wrote:
> On Wed, Oct 11, 2017 at 02:01:51PM -0400, Waiman Long wrote:
>> # of Patches Reader Writer
>> Applied Locking RateLocking Rate
>>
For T4 and above, patch fls and __fls functions
at the boot time to use lzcnt instruction.
Signed-off-by: Vijay Kumar
---
arch/sparc/kernel/head_64.S |2 ++
arch/sparc/lib/NG4patch.S |9 +
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/arch/sparc/kernel/head_64
Defined SPARC optimized fls using lzcnt opcode.
Signed-off-by: Vijay Kumar
---
arch/sparc/lib/Makefile |1 +
arch/sparc/lib/NG4fls.S | 20
2 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/arch/sparc/lib/Makefile b/arch/sparc/lib/Makefile
index 5380c59..2
On Wed, Oct 11, 2017 at 02:01:51PM -0400, Waiman Long wrote:
> # of Patches Reader Writer
> Applied Locking RateLocking Rate
>
> 0 5,155/5,155/5,155
On Wed, 2017-10-11 at 11:41 -0700, Eric Dumazet wrote:
> On Wed, 2017-10-11 at 21:35 +0300, Yury Norov wrote:
> > Hi all,
> >
> > It seems like next-20171009 with ilp32 patches crashes on LTP sendto01 test
> > in sys_sendto() path, like this:
>
> Thanks for the report.
> Probably caused by one o
On Wed, Oct 11, 2017 at 06:46:31PM +0100, Radu Rendec wrote:
> Hello,
>
> In a project I'm working on we have a valid use case where we activate
> both the i6300esb and softdog watchdogs. We always activate i6300esb
> first (which uses the "legacy" watchdog API) and then softdog. This
> gets us tw
On Wed, Oct 11, 2017 at 7:34 PM, Paul E. McKenney
wrote:
> On Wed, Oct 11, 2017 at 07:11:37PM +0200, Peter Zijlstra wrote:
>> On Wed, Oct 11, 2017 at 10:06:31AM -0700, Paul E. McKenney wrote:
>>
>> > This, you mean?
>> >
>> > data = rcu_dereference_sched(*this_cpu_ptr(&cpufreq_update_util_data));
On Wed, 2017-10-11 at 21:35 +0300, Yury Norov wrote:
> Hi all,
>
> It seems like next-20171009 with ilp32 patches crashes on LTP sendto01 test
> in sys_sendto() path, like this:
Thanks for the report.
Probably caused by one of my recent patches, so I am taking a look.
On Wed, Oct 11, 2017 at 02:01:53PM -0400, Waiman Long wrote:
> +/*
> + * The definition of the atomic counter in the semaphore:
> + *
> + * Bit 0- writer locked bit
> + * Bit 1- waiters present bit
> + * Bits 2-7 - reserved
> + * Bits 8-31 - 24-bit reader count
> + *
> + * atomic_fetch_a
Hi all,
It seems like next-20171009 with ilp32 patches crashes on LTP sendto01 test
in sys_sendto() path, like this:
[ 554.034021] [] 0x80003ccd5a58
[ 554.034156] [] skb_release_all+0x14/0x30
[ 554.034288] [] __kfree_skb+0x14/0x28
[ 554.034409] [] tcp_sendmsg_locked+0x4dc/0xcc8
[ 554.03
Johannes,
> Coverity-scan recently found a possible NULL pointer dereference in
> fc_block_scsi_eh() as starget_to_rport() either returns the rport for
> the startget or NULL.
>
> While it is rather unlikely to have fc_block_scsi_eh() called without
> an rport associated it's a good idea to catch
On Fri, Sep 08, 2017 at 10:10:30AM +0200, Jan Glauber wrote:
> Using vfio-pci on a combination of cn8xxx and some PCI devices results in
> a kernel panic. This is triggered by issuing a bus or a slot reset
> on the PCI device.
>
> With this series both checks indicate that the reset is not possibl
I'm seeing a failure on net-next kernels (rc4):
[0.00]
--
[0.00] recursive read-lock: | ok |
| ok |
[0.00]recursive read-lock #2: |
Commit-ID: 67bb8e999e0aeac285d22f0e53c856b9df5282c6
Gitweb: https://git.kernel.org/tip/67bb8e999e0aeac285d22f0e53c856b9df5282c6
Author: Tom Lendacky
AuthorDate: Tue, 10 Oct 2017 14:45:04 -0500
Committer: Ingo Molnar
CommitDate: Wed, 11 Oct 2017 17:22:59 +0200
x86/mm: Disable various in
* SF Markus Elfring [171003 13:13]:
> From: Markus Elfring
> Date: Tue, 3 Oct 2017 22:04:22 +0200
>
> A few update suggestions were taken into account
> from static source code analysis.
Applying all into omap-for-v4.15/soc thanks.
Tony
On Tue, Oct 10, 2017 at 05:45:13PM -0700, Keith Packard wrote:
> Place drm_event_vblank in a new union that includes that and a bare
> drm_event structure. This will allow new members of that union to be
> added in the future without changing code related to the existing vbl
> event type.
>
> Assi
On Tue, Oct 10, 2017 at 05:45:14PM -0700, Keith Packard wrote:
> These provide crtc-id based functions instead of pipe-number, while
> also offering higher resolution time (ns) and wider frame count (64)
> as required by the Vulkan API.
>
> v2:
>
> * Check for DRIVER_MODESET in new crtc-based vb
On Wed, Oct 11, 2017 at 11:56:23AM +0100, Colin King wrote:
> From: Colin Ian King
>
> Variable old_flags is being assigned but is never read; it is redundant
> and can be removed.
>
> Cleans up clang warning: Value stored to 'old_flags' is never read
>
> Signed-off-by: Colin Ian King
> ---
>
This file contains unnecessary whitespaces as newlines, remove them,
found by looking at what struct tc_mirred looks like.
Signed-off-by: Florian Fainelli
---
include/uapi/linux/tc_act/tc_mirred.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/uapi/linux/tc_act
On Tue, Oct 10, 2017 at 03:08:06PM -0700, Andrei Vagin wrote:
> On Sun, Sep 24, 2017 at 11:06:20PM +0300, Alexey Dobriyan wrote:
> > From: Aliaksandr Patseyenak
> >
> > Implement system call for bulk retrieveing of opened descriptors
> > in binary form.
> >
> > Some daemons could use it to relia
Sreekanth,
> Phase15 driver enhancements and fixes.
Applied to 4.15/scsi-queue. Thank you!
--
Martin K. Petersen Oracle Linux Engineering
Hi Arnd,
> This was introduced by the rework adding PM support:
>
> drivers/bluetooth/hci_bcm.c: In function 'bcm_device_exists':
> drivers/bluetooth/hci_bcm.c:156:22: error: 'struct bcm_device' has no member
> named 'hu'
> if (device && device->hu && device->hu->serdev)
>
On 10/10/17 11:26, Rob Herring wrote:
> +Frank
>
> On Tue, Oct 10, 2017 at 12:33 PM, Randy Dunlap wrote:
>> On 10/09/17 14:21, Mark Brown wrote:
>>> For my birthday I've gone and got myself a linux-next tree:
>>>
>>> Changes since 20170929:
>>>
>>> The net-next and drm trees lost their build fail
Hi Hans,
>> It is no longer possible to build BT_HCIUART into the kernel
>> when SERIAL_DEV_BUS is a loadable module, even if none of the
>> SERIAL_DEV_BUS based implementations are selected:
>> drivers/bluetooth/hci_ldisc.o: In function `hci_uart_set_flow_control':
>> hci_ldisc.c:(.text+0xb40): u
On Wed, Oct 11, 2017 at 01:13:26PM -0400, Dennis Dalessandro wrote:
> On 10/11/2017 11:49 AM, Leon Romanovsky wrote:
> > On Wed, Oct 11, 2017 at 11:31:18AM -0400, Dennis Dalessandro wrote:
> > > On 10/11/2017 8:41 AM, Thomas Bogendoerfer wrote:
> > > > Provide information about used firmware files
The current way of using various reader, writer and waiting biases
in the rwsem code are confusing and hard to understand. I have to
reread the rwsem count guide in the rwsem-xadd.c file from time to
time to remind myself how this whole thing works. It also makes the
rwsem code harder to be optimiz
v5->v6:
- Reworked the locking algorithm to make it similar to qrwlock.
- Removed all the architecture specific code & use only generic code.
- Added waiter lock handoff and time-based reader lock stealing.
v4->v5:
- Drop the OSQ patch, the need to increase the size of the rwsem
structure a
The setting of owner field is specific to rwsem-xadd, it is not needed
for rwsem-spinlock. This patch moves all the owner setting code to
the fast paths directly within rwsem-add.h file.
The rwsem_set_reader_owned() is now only called by the first reader.
So there is no need to do a read to check
The content of kernel/locking/rwsem.h is now specific to rwsem-xadd. So
we can just move the its content into rwsem-xadd.h and remove it.
Signed-off-by: Waiman Long
---
kernel/locking/percpu-rwsem.c | 4 ++-
kernel/locking/rwsem-xadd.c | 2 +-
kernel/locking/rwsem-xadd.h | 66 +
As the generic rwsem-xadd code is using the appropriate acquire and
release versions of the atomic operations, the arch specific rwsem.h
files will not that much faster than the generic code. So we can
remove those arch specific rwsem.h and stop building asm/rwsem.h to
reduce maintenance effort.
S
This patch enables readers to optimistically spin on a
rwsem when it is owned by a writer instead of going to sleep
directly. The rwsem_can_spin_on_owner() function is extracted
out of rwsem_optimistic_spin() and is called directly by
rwsem_down_read_failed() and rwsem_down_write_failed().
This p
On Oct 11, 2017, at 11:36 AM, Himanshu Jha wrote:
>
> Use kasprintf instead of combination of kmalloc and sprintf.
> Also, remove BEISCSI_MSI_NAME macro used to specify size of string as
> kasprintf handles size computations.
>
> Signed-off-by: Himanshu Jha
> ---
> v2:
> -remove the unnecessa
Because of writer lock stealing, it is possible that a constant
stream of incoming writers will cause a waiting writer or reader to
wait indefinitely leading to lock starvation.
The mutex code has a lock handoff mechanism to prevent lock starvation.
This patch implements a similar lock handoff mec
Because of writer lock stealing and optimistic spinning, writers
were preferred over readers in rwsem. However, preferring readers is
generally good for performance. However, we need to do it in a way
that won't starve writers as an incoming stream of readers will not
allow a wakeup call to happen
The rwsem_down_read_failed*() functions were relocted from above the
optimistic spinning section to below that section. This enables
them to use functions in that section in future patches. There is no
code change.
Signed-off-by: Waiman Long
---
kernel/locking/rwsem-xadd.c | 150
When the rwsem is owned by reader, writers stop optimistic spinning
simply because there is no easy way to figure out if all the readers
are actively running or not. However, there are scenarios where
the readers are unlikely to sleep and optimistic spinning can help
performance.
This patch provid
We don't need to expose rwsem internal functions which are not supposed
to be called directly from other kernel code.
Signed-off-by: Waiman Long
---
include/linux/rwsem.h | 7 ---
kernel/locking/rwsem-xadd.h | 7 +++
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/in
This patch modifies rwsem_spin_on_owner() to return a tri-state value
to better reflect the state of lock holder which enables us to make a
better decision of what to do next.
Signed-off-by: Waiman Long
---
kernel/locking/rwsem-xadd.c | 14 +-
1 file changed, 9 insertions(+), 5 delet
The following changes since commit 2bd6bf03f4c1c59381d62c61d03f6cc3fe71f66e:
Linux 4.14-rc1 (2017-09-16 15:47:51 -0700)
are available in the git repository at:
git://github.com/andersson/remoteproc tags/rpmsg-v4.14-fixes
for you to fetch changes up to b775d158530285c9657a1a0628c139b0dfd0d2e
The following changes since commit 2bd6bf03f4c1c59381d62c61d03f6cc3fe71f66e:
Linux 4.14-rc1 (2017-09-16 15:47:51 -0700)
are available in the git repository at:
git://github.com/andersson/remoteproc tags/rproc-v4.14-fixes
for you to fetch changes up to 68a39a3e9fe1d6f0dfe59e3f4d6bc6765e01c90
From: Colin Ian King
Variable cend is set but never read, hence it is redundant and can be
removed.
Cleans up clang build warning: Value stored to 'cend' is never read
Fixes: 369ea8242c0f ("mm/rmap: update to new mmu_notifier semantic v2")
Signed-off-by: Colin Ian King
---
mm/rmap.c | 4 +---
On Wed, Oct 11, 2017 at 02:48:16PM +1100, Tobin C. Harding wrote:
> +/*
> + * Obfuscates pointer (algorithm taken from kptr_obfuscate(). See
> kernel/kcmp.c)
> + * v is the pointer value, randval is some random value, oddval is some
> random
> + * odd value.
> + *
> + * The obfuscation is done in
On Tue, 2017-10-10 at 10:19 -0700, t...@kernel.org wrote:
> Hello,
>
> On Tue, Oct 10, 2017 at 04:48:57PM +, Trond Myklebust wrote:
> > Thanks for the explanation. What I'm not really understanding here
> > though, is how the work item could be queued at all. We have a
> > wait_on_bit_lock() i
On Wed, Oct 11, 2017 at 11:34 AM, Alan Tull wrote:
Sorry, I forgot to specify PATCH v2 in the subject.
Alan
> Some platforms require reset to be released to allow register
> access.
>
> Signed-off-by: Alan Tull
> ---
> v2: Request shared controller
> return all errors from reset controller
On Wed, 2017-10-11 at 12:54 +, David Laight wrote:
> From: Joe Perches
> > Sent: 11 October 2017 11:21
> > On Tue, 2017-10-10 at 14:30 -0500, Gustavo A. R. Silva wrote:
> > > In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> > > where we are expecting to fall through.
> >
On Wed, 11 Oct 2017 00:54:57 -0400,
Al Viro wrote:
>
> Fairly old DIO bug caught by Andreas (3.10+) and several slightly
> younger blk_rq_map_user_iov() bugs, both on map and copy codepaths (Vitaly
> and me).
I ran work.iov_iter changeset through our smoke test few days ago - no apparent
s
Hello,
In a project I'm working on we have a valid use case where we activate
both the i6300esb and softdog watchdogs. We always activate i6300esb
first (which uses the "legacy" watchdog API) and then softdog. This
gets us two "error" level messages (coming from watchdog_cdev_register)
although so
Alim,
> Currently UFS HCI uses UFS_BIT() macro to get various bit position for
> the hardware registers status bits. Which makes code longer instead of
> shorter. This macro does not improve code readability as well. Lets
> re-write these macro definition with the actual bit position.
Applied p
Dear IB supporters,
I was reviewing current usages of smp_read_barrier_depends()
https://marc.info/?l=linux-kernel&m=150723193717856&w=2
when I stubled over drivers/infiniband/: I've found 19 instances of this
barrier here, but their intent is unclear to me and I'm wondering if you
could clar
On Wed, Oct 11, 2017 at 08:51:06AM +, Mark Brown wrote:
> On Tue, Oct 10, 2017 at 08:03:00AM +0100, Mark Brown wrote:
> > Hi all,
> >
> > After merging the drm-misc-fixes tree, today's linux-next build
> > (x86_allmodconfig) failed like this:
> >
> > CC [M] drivers/gpu/drm/i915/i915_gem_ev
On Thu, Sep 28, 2017 at 08:02:23AM -0700, Andy Lutomirski wrote:
> On Thu, Sep 28, 2017 at 3:55 AM, Alexey Dobriyan wrote:
> > On 9/28/17, Michael Kerrisk (man-pages) wrote:
> >> On 27 September 2017 at 17:03, Andy Lutomirski wrote:
> >
> The idea is to start process. In ideal world, only b
On Wed, Oct 11, 2017 at 05:20:12PM +0200, Arnd Bergmann wrote:
> The drm vblank handling uses 'timeval' to store timestamps in either
> monotonic or wall-clock time base. In either case, it reads the current
> time as a ktime_t in get_drm_timestamp() and converts it from there.
>
> This is a bit s
On 28/08/17 11:53, Andreas Färber wrote:
> This irq mux driver is derived from the RTD1295 vendor DT and assumes a
> linear mapping between intr_en and intr_status registers.
> Code for RTD119x indicates this may not always be the case (i2c_3).
>
> Based in part on QNAP's arch/arm/mach-rtk119x/rtk
Johannes,
> The SCSI host byte should be shifted left by 16 in order to have
> scsi_decide_disposition() do the right thing (.i.e. requeue the
> command).
Applied to 4.14/scsi-fixes. Thank you!
--
Martin K. Petersen Oracle Linux Engineering
On Wed, Oct 11, 2017 at 07:11:37PM +0200, Peter Zijlstra wrote:
> On Wed, Oct 11, 2017 at 10:06:31AM -0700, Paul E. McKenney wrote:
>
> > This, you mean?
> >
> > data = rcu_dereference_sched(*this_cpu_ptr(&cpufreq_update_util_data));
>
> Yep, that one. Although in my tree it now appears to look
On Wed, Oct 11, 2017 at 10:03 AM, Al Viro wrote:
>
> Can I assume your normal S-o-b on that? Just noticed that thing sitting
> in misc queue with mismatched Author: and Signed-off-by:...
Yup, just add my sign-off.
Thanks,
Linus
On Wed, Oct 11, 2017 at 11:17:16AM +, Wei Yongjun wrote:
> In case of error, the function of_graph_get_remote_node() returns NULL
> pointer not ERR_PTR(). The IS_ERR() test in the return value check
> should be replaced with NULL test..
>
> Signed-off-by: Wei Yongjun
Reviewed-by: Sean Paul
Tomas,
> Sure, sorry for that, corrected too late in 8/10 should I resend with
> "Reviewed-by" ?
I'll fix it up.
--
Martin K. Petersen Oracle Linux Engineering
Hi Guenter,
On Tue, Oct 10, 2017 at 8:54 PM, Guenter Roeck wrote:
> On 10/10/2017 05:10 PM, Hoan Tran wrote:
>>
>> This patch supports xgene-hwmon v2 which uses the non-cachable memory
>> as the PCC shared memory.
>>
>> Signed-off-by: Hoan Tran
>> ---
>>
>> v2
>> - Map PCC shared mem by iorema
Hi Mark,
On Wed, Oct 11, 2017 at 05:10:35PM +0100, Mark Brown wrote:
> Hi all,
>
> Today's linux-next merge of the tip tree got a conflict in:
>
> arch/s390/include/asm/spinlock.h
>
> between a series of commits adding wait queuing to s390 spinlocks
> from the s390 tree:
>
> eb3b7b848fb3dd00
On Wed, Oct 11, 2017 at 06:24:12PM +0200, Peter Zijlstra wrote:
> On Wed, Oct 11, 2017 at 06:12:20PM +0200, Peter Zijlstra wrote:
> > On Wed, Oct 11, 2017 at 08:59:48AM -0700, Paul E. McKenney wrote:
> > > On Wed, Oct 11, 2017 at 04:17:25PM +0100, David Howells wrote:
> > > > I will, however, quibb
On Wed, 2017-10-11 at 18:12 +0200, Tomas Henzl wrote:
> On 10/11/2017 05:56 PM, James Bottomley wrote:
> >
> > On Wed, 2017-10-11 at 17:35 +0200, Tomas Henzl wrote:
> > >
> > > On 10/10/2017 03:11 PM, Sreekanth Reddy wrote:
> > > >
> > > > For Dev Handles who value is less than hba's phys count
On Tue, 10 Oct 2017 15:40:54 +0200
Joerg Roedel wrote:
> On Thu, Oct 05, 2017 at 04:03:38PM -0700, Jacob Pan wrote:
> > Traditionally, device specific faults are detected and handled
> > within their own device drivers. When IOMMU is enabled, faults such
> > as DMA related transactions are detect
Quoting Johan Hovold :
On Wed, Oct 11, 2017 at 10:12:50AM -0500, Gustavo A. R. Silva wrote:
Hi Johan,
Quoting Johan Hovold :
> Patch is fine, but next time make sure to run scripts/get_maintainer.sh
> to figure which people and lists to CC.
>
I actually did:
$ scripts/get_maintainer.pl -
On Wed, Oct 11, 2017 at 10:06:31AM -0700, Paul E. McKenney wrote:
> On Wed, Oct 11, 2017 at 06:54:05PM +0200, Peter Zijlstra wrote:
> > On Wed, Oct 11, 2017 at 09:47:48AM -0700, Paul E. McKenney wrote:
> > > Interesting. Do we currently have any dependencies headed by
> > > this_cpu_read()?
> >
>
On 10/11/2017 11:49 AM, Leon Romanovsky wrote:
On Wed, Oct 11, 2017 at 11:31:18AM -0400, Dennis Dalessandro wrote:
On 10/11/2017 8:41 AM, Thomas Bogendoerfer wrote:
Provide information about used firmware files via modinfo.
Signed-off-by: Thomas Bogendoerfer
---
drivers/infiniband/hw/hfi1/
On Wed, Oct 11, 2017 at 10:06:31AM -0700, Paul E. McKenney wrote:
> This, you mean?
>
> data = rcu_dereference_sched(*this_cpu_ptr(&cpufreq_update_util_data));
Yep, that one. Although in my tree it now appears to look like:
data = rcu_dereference_sched(*per_cpu_ptr(&cpufreq_update_util_
On Wed, Oct 11, 2017 at 10:37:47AM -0400, Tyler Baicar wrote:
> On 10/2/2017 7:19 PM, Bjorn Helgaas wrote:
> >On Mon, Aug 28, 2017 at 11:09:44AM -0600, Tyler Baicar wrote:
> >>Correctable errors do not need any software intervention, so
> >>avoid calling into the software recovery process for corre
On Tue, Oct 10, 2017 at 09:43:26AM -0700, Tejun Heo wrote:
> >From 3bbed8c7747739cda48f592f165e8839da076a3a Mon Sep 17 00:00:00 2001
>
> Issuing metdata or otherwise shared IOs from !root cgroup can lead to
> priority inversion. This patch ensures that those IOs are always
> issued from the root
Hi Eugeniy,
On Wed, 2017-10-11 at 20:01 +0300, Eugeniy Paltsev wrote:
> With current SDIO CIU clock frequency (1250Hz) DW MMC
> controller fails to initialize some SD cards (which don't
> support slow mode).
>
> So increase SDIO CIU frequency from 1250Hz to 5000Hz by
> switching from
On 10/11/2017 10:01 AM, Eugeniy Paltsev wrote:
With current SDIO CIU clock frequency (1250Hz) DW MMC
controller fails to initialize some SD cards (which don't
support slow mode).
So increase SDIO CIU frequency from 1250Hz to 5000Hz by
switching from the default divisor value (div-by-
On Tue, Oct 10, 2017 at 7:30 PM, Jesper Dangaard Brouer
wrote:
>
> On Tue, 10 Oct 2017 15:12:31 +0200
> Jesper Dangaard Brouer wrote:
>
> > I'll try to test/benchmark your program...
>
> In my initial testing, I cannot get this to work...
>
What is the test setup you are using? So that I can als
On Wed, Oct 11, 2017 at 06:03:35PM +0100, Al Viro wrote:
> On Mon, Sep 25, 2017 at 07:02:16PM -0700, Linus Torvalds wrote:
> > On Mon, Sep 25, 2017 at 6:46 PM, Al Viro wrote:
> > >
> > > Which tree do you prefer it to go through? Direct to mainline, or vfs.git
> > > #for-next?
> >
> > for-next,
On Wed, Oct 11, 2017 at 06:54:05PM +0200, Peter Zijlstra wrote:
> On Wed, Oct 11, 2017 at 09:47:48AM -0700, Paul E. McKenney wrote:
> > Interesting. Do we currently have any dependencies headed by
> > this_cpu_read()?
>
> Nope, but almost, look for: cpufreq_update_util_data.
This, you mean?
dat
On Mon, Sep 25, 2017 at 07:02:16PM -0700, Linus Torvalds wrote:
> On Mon, Sep 25, 2017 at 6:46 PM, Al Viro wrote:
> >
> > Which tree do you prefer it to go through? Direct to mainline, or vfs.git
> > #for-next?
>
> for-next, it's not like it's in any way urgent.
Can I assume your normal S-o-b o
On Fri, Oct 06, 2017 at 08:06:02PM -0500, Brijesh Singh wrote:
> The SEV_PLATFORM_STATUS command can be used by the platform owner to
> get the current status of the platform. The command is defined in
> SEV spec section 5.5.
>
> Cc: Paolo Bonzini
> Cc: "Radim Krčmář"
> Cc: Borislav Petkov
> Cc
With current SDIO CIU clock frequency (1250Hz) DW MMC
controller fails to initialize some SD cards (which don't
support slow mode).
So increase SDIO CIU frequency from 1250Hz to 5000Hz by
switching from the default divisor value (div-by-8) to the
minimum possible value of the divisor (
The SEV_PLATFORM_STATUS command can be used by the platform owner to
get the current status of the platform. The command is defined in
SEV spec section 5.5.
Cc: Paolo Bonzini
Cc: "Radim Krčmář"
Cc: Borislav Petkov
Cc: Herbert Xu
Cc: Gary Hook
Cc: Tom Lendacky
Cc: linux-cry...@vger.kernel.org
I failed to add the slab maintainers to CC on the last attempt. Trying
again.
On Tue, Oct 10, 2017 at 09:31:06PM -0500, Josh Poimboeuf wrote:
> On Tue, Oct 10, 2017 at 08:15:13PM +0800, kernel test robot wrote:
> >
> > FYI, we noticed the following commit (built with gcc-4.8):
> >
> > commit: 8
On Wed, Oct 11, 2017 at 7:32 AM, Gustavo A. R. Silva
wrote:
> Quoting Jes Sorensen :
>> On 10/11/2017 04:41 AM, Kalle Valo wrote:
>>> Jes Sorensen writes:
On 10/10/2017 03:30 PM, Gustavo A. R. Silva wrote:
>
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
>
On Tue, 10 Oct 2017, Marek Vasut wrote:
On 09/20/2017 08:28 PM, matthew.gerl...@linux.intel.com wrote:
From: Matthew Gerlach
This patch adds support for a spi-nor, platform driver for the
Altera ASMI Parallel II IP Core. The intended use case is to be able
to update the flash used to load
On Wed 11 Oct 08:19 PDT 2017, Nicolas Dechesne wrote:
> Enable QCOM IOMMU driver for 'B' family devices, such as APQ8016 found on the
> Dragonboard 410c. With this change, graphics console and GPU are working
> fine (using mesa/freedreno for GPU driver).
>
> Signed-off-by: Nicolas Dechesne
Acke
Hi Joe,
Quoting Joe Perches :
On Wed, 2017-10-11 at 10:12 -0500, Gustavo A. R. Silva wrote:
Hi Johan,
Quoting Johan Hovold :
> On Tue, Oct 10, 2017 at 03:10:41PM -0500, Gustavo A. R. Silva wrote:
> > In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> > where we are expect
The SEV_FACTORY_RESET command can be used by the platform owner to
reset the non-volatile SEV related data. The command is defined in
SEV spec section 5.4
Cc: Paolo Bonzini
Cc: "Radim Krčmář"
Cc: Borislav Petkov
Cc: Herbert Xu
Cc: Gary Hook
Cc: Tom Lendacky
Cc: linux-cry...@vger.kernel.org
C
On Wed, Oct 11, 2017 at 09:47:48AM -0700, Paul E. McKenney wrote:
> Interesting. Do we currently have any dependencies headed by
> this_cpu_read()?
Nope, but almost, look for: cpufreq_update_util_data.
On Wed, Oct 11, 2017 at 06:24:12PM +0200, Peter Zijlstra wrote:
> On Wed, Oct 11, 2017 at 06:12:20PM +0200, Peter Zijlstra wrote:
> > On Wed, Oct 11, 2017 at 08:59:48AM -0700, Paul E. McKenney wrote:
> > > On Wed, Oct 11, 2017 at 04:17:25PM +0100, David Howells wrote:
> > > > I will, however, quibb
This is a follow-up patch for:
https://patchwork.kernel.org/patch/649/
Make the argument of the function iio_swt_group_init_type_name const as
it is only passed to the function config_group_init_type_name having the
argument as const.
Signed-off-by: Bhumika Goyal
---
include/linux/iio/sw_tr
AMD's new Secure Encrypted Virtualization (SEV) feature allows the
memory contents of virtual machines to be transparently encrypted with a
key unique to the VM. The programming and management of the encryption
keys are handled by the AMD Secure Processor (AMD-SP) which exposes the
commands for the
On Wed, Oct 11, 2017 at 06:12:20PM +0200, Peter Zijlstra wrote:
> On Wed, Oct 11, 2017 at 08:59:48AM -0700, Paul E. McKenney wrote:
> > On Wed, Oct 11, 2017 at 04:17:25PM +0100, David Howells wrote:
> > > I will, however, quibble with the appropriateness of the name
> > > READ_ONCE()...
> > > I st
On Tue, Oct 10, 2017 at 8:48 PM, Tobin C. Harding wrote:
>
> Add function ptr_to_id() to map an address to a unique identifier. This
> mapping is created by calling ptr_obfuscate() to hash the address. The
> hashing algorithm is carried out in two stages. First the address is
> xor'd by a random v
On Wed, 11 Oct 2017 18:16:46 +0200
Sebastian Andrzej Siewior wrote:
> rt_spin_lock() should first do the lock annotation via lockdep and then
> do the actual locking. That way we learn about the deadlock from lockdep
> before it happens.
>
> Signed-off-by: Sebastian Andrzej Siewior
> ---
> ker
On Wed, Oct 11, 2017 at 11:12:15AM -0500, Tom Gall wrote:
> Let’s try that again with less HTML stupidness ….
>
> On Oct 11, 2017, at 11:05 AM, Tom Gall wrote:
>
>
> > On Oct 10, 2017, at 2:50 PM, Greg Kroah-Hartman
> > wrote:
> >
> > This is the start of the stable review cycle for the 4.4.
On Wed, Oct 11, 2017 at 06:40:12PM +0200, Sebastian Andrzej Siewior wrote:
> On 2017-10-10 14:43:13 [-0700], Paul E. McKenney wrote:
> > > OK, internally I could get rid of raw_ at the expense of some code bloat,
> > > but in the call_srcu() case, the caller might well hold a raw_ lock.
> >
> > Ex
From: Steven Rostedt (VMware)
The variable printk_safe_irq_ready is set and never cleared at system
boot up, when there's only one CPU active. It is set before other
CPUs come on line. Also, it is extremely unlikely that an NMI would
trigger this early in boot up (which I wonder why we even have
On Wed, Oct 11, 2017 at 12:27:43PM +, Levin, Alexander (Sasha Levin) wrote:
> >> diff --git a/fs/9p/vfs_addr.c b/fs/9p/vfs_addr.c
> >> index adaf6f6..e1cbdfd 100644
> >> --- a/fs/9p/vfs_addr.c
> >> +++ b/fs/9p/vfs_addr.c
> >> @@ -310,9 +310,13 @@ static int v9fs_write_end(struct file *filp, str
Add a include file which defines the ioctl and command id used for
issuing SEV platform management specific commands.
Cc: Paolo Bonzini
Cc: "Radim Krčmář"
Cc: Borislav Petkov
Cc: Herbert Xu
Cc: Gary Hook
Cc: Tom Lendacky
Cc: linux-cry...@vger.kernel.org
Cc: k...@vger.kernel.org
Cc: linux-ker
301 - 400 of 989 matches
Mail list logo