From: K. Y. Srinivasan
Remove the artificially imposed restriction on max segment size.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Long Li
---
drivers/scsi/storvsc_drv.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/storvsc_drv.c b/drivers/scsi/storv
From: Long Li
When sense message is present on error, we should pass along to the upper
layer to decide how to deal with the error.
This patch fixes connectivity issues with Fiber Channel devices.
Signed-off-by: Long Li
Reviewed-by: K. Y. Srinivasan
Signed-off-by: K. Y. Srinivasan
Cc:
---
d
From: Long Li
On I/O errors, the Windows driver doesn't set data_transfer_length
on error conditions other than SRB_STATUS_DATA_OVERRUN.
In these cases we need to set data_transfer_length to 0,
indicating there is no data transferred. On SRB_STATUS_DATA_OVERRUN,
data_transfer_length is set by the
From: Long Li
Properly set SRB flags when hosting device supports tagged queuing.
This patch improves the performance on Fiber Channel disks.
Signed-off-by: Long Li
Reviewed-by: K. Y. Srinivasan
Signed-off-by: K. Y. Srinivasan
Cc:
---
drivers/scsi/storvsc_drv.c |9 +
1 files cha
Hi,
On Wed, Nov 23, 2016 at 12:57 PM, Mikulas Patocka wrote:
> Hi
>
> The GFP_NOIO allocation frees clean cached pages. The GFP_NOWAIT
> allocation doesn't. Your patch would incorrectly reuse buffers in a
> situation when the memory is filled with clean cached pages.
>
> Here I'm proposing an alt
Hi,
On Wed, Dec 14, 2016 at 4:53 PM, Doug Anderson wrote:
> Hi,
>
> On Wed, Nov 23, 2016 at 12:57 PM, Mikulas Patocka wrote:
>> Hi
>>
>> The GFP_NOIO allocation frees clean cached pages. The GFP_NOWAIT
>> allocation doesn't. Your patch would incorrectly reuse buffers in a
>> situation when the m
> sd.c ensures that the logical block size (sector size in sd.c) is a
> power of 2 between 512 and 4096. So you can use:
>
> if (p.start & (bdev_physical_block_size(bdev) - 1))
Sorry, that was a little too short as a complete proof:
sd.c ensures that the logical block size (sector size in sd.c)
On Thursday, December 15, 2016 8:45 AM, Gonglei (Arei) Wrote:
< > > diff --git a/drivers/crypto/virtio/virtio_crypto_core.c
< > b/drivers/crypto/virtio/virtio_crypto_core.c
< > > new file mode 100644
< > > index 000..c0854a1
< > > --- /dev/null
< > > +++ b/drivers/crypto/virtio/virtio_crypto_co
Hi Martin,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 412ac77a9d3ec015524dacea905471d66480b7ac
commit: 8d021d71b3247937a26ffdf313fd53a9d58778b7 drm/nouveau/drm/nouveau: add a
LED driver for the NVIDIA logo
date
Regards,
-Gonglei
> -Original Message-
> From: Zeng, Xin [mailto:xin.z...@intel.com]
> Sent: Thursday, December 15, 2016 8:59 AM
> To: Gonglei (Arei); Halil Pasic; linux-kernel@vger.kernel.org;
> qemu-de...@nongnu.org; virtio-...@lists.oasis-open.org;
> virtualizat...@lists.linux-foun
On 12/14/2016 02:37 PM, Alexandre Belloni wrote:
> The license test has been mangled at some point then copy pasted across
> multiple files. Restore it to what it should be.
> Note that this is not intended as a license change.
>
> Cc: Arnaud Ebalard
> Cc: Boris Brezillon
> Cc: Ezequiel Garcia
The Octeon driver calls into PHYLIB which now checks for
net_device->dev.parent, so make sure we do set it before calling into
any MDIO/PHYLIB related function.
Fixes: ec988ad78ed6 ("phy: Don't increment MDIO bus refcount unless it's a
different owner")
Reported-by: Aaro Koskinen
Signed-off-by:
On Tue, Dec 13, 2016 at 03:53:47PM +0100, Sylwester Nawrocki wrote:
> Hi Laurent,
>
> On 12/13/2016 03:10 PM, Laurent Pinchart wrote:
> > As pointed out by Ian Arkver, the datasheet states the delay should be
> > >50µs.
> > Would it make sense to reduce the sleep duration to (3000, 4000) for
>
Hey Ted,
On Wed, Dec 14, 2016 at 8:12 PM, Jason A. Donenfeld wrote:
> I think this opens up a big window for optimizing it even
> further.
I optimized it a bit further and siphash is now the clear winner over chacha:
[1.784801] random benchmark!!
[1.785161] get_random_long # cycles: 415
On Wed, Dec 14, 2016 at 04:47:38PM -0800, Brian Norris wrote:
> On Wed, Dec 14, 2016 at 04:10:38PM -0800, Doug Anderson wrote:
> > On Wed, Dec 14, 2016 at 2:11 AM, Xing Zheng
> > wrote:
> > > From: William wu
> > >
> > > We found that the suspend process was blocked when it run into
> > > ehci/o
"Luis R. Rodriguez" writes:
> kmod has an optimization in place whereby if a some kernel code
> uses request_module() on a module already loaded we never bother
> userspace as the module already is loaded. This is not true for
> get_fs_type() though as it uses aliases.
Well, the obvious thing to
On Wed, Dec 14, 2016 at 04:38:32PM -0800, Linus Torvalds wrote:
> On Wed, Dec 14, 2016 at 11:18 AM, Jaegeuk Kim wrote:
> >
> > BTW, I just downloaded mainline, and tried to build a debian package but
> > failed due to missing Documentation/Changes.
> >
> > I've found out that it was renamed by com
The LCD bus width does not need to align with the pixel format. The
LCDIF controller automatically converts between pixel formats and
bus width by padding or dropping LSBs.
The DRM subsystem has the notion of bus_format which allows to
determine what bus_formats are supported by the display. Choos
There is a possibility that lock will be left acquired.
Consolidate error path under out_free_unlock label.
Reported-by: kbuild test robot
Cc: Benjamin Tissoires
Signed-off-by: Andy Shevchenko
---
drivers/platform/x86/surface3-wmi.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletion
There is a possibility that lock will be left acquired.
Consolidate error path under out_free_unlock label.
Reported-by: kbuild test robot
Cc: Benjamin Tissoires
Signed-off-by: Andy Shevchenko
---
drivers/platform/x86/surface3-wmi.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletion
Christoph,
On 12/15/16 02:07, Christoph Hellwig wrote:
>> To prevent partitions that are not aligned to the physical blocksize
>> of a device check for the alignment in the blkpg_ioctl.
>
> We'd also need to reject this when reading partitions from disk, right?
Only for DASD devices, no ?
Logi
Remove unnecessary braces {} for single if statement block.
This warning is found using checkpatch.pl.
Signed-off-by: Tabrez khan
---
drivers/staging/lustre/lustre/osc/osc_cache.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/staging/lustre/lustre/osc/osc_cache.c
On Thu, Dec 15, 2016 at 07:03:52AM +0530, Tabrez khan wrote:
> Remove unnecessary braces {} for single if statement block.
> This warning is found using checkpatch.pl.
>
> Signed-off-by: Tabrez khan
> ---
> drivers/staging/lustre/lustre/osc/osc_cache.c | 4 +---
> 1 file changed, 1 insertion(+),
"Guilherme G. Piccoli" writes:
> Commit 34c3d9819fda ("genirq/affinity: Provide smarter irq spreading
> infrastructure") introduced a better IRQ spreading mechanism, taking
> account of the available NUMA nodes in the machine.
>
> Problem is that the algorithm of retrieving the nodemask iterates
In you description, this issue can only happen in case of stack user +
fsdlm.
So I feel we'd better to make stack user and o2cb behaves the same,
other than treat it as a special case.
Thanks,
Joseph
On 16/12/9 17:30, Eric Ren wrote:
The crash happens rather often when we reset some cluste
This gives a clear speed and security improvement. Siphash is both
faster and is more solid crypto than the aging MD5.
Rather than manually filling MD5 buffers, for IPv6, we simply create
a layout by a simple anonymous struct, for which gcc generates
rather efficient code. For IPv4, we pass the va
SipHash is a 64-bit keyed hash function that is actually a
cryptographically secure PRF, like HMAC. Except SipHash is super fast,
and is meant to be used as a hashtable keyed lookup function.
There are a variety of attacks known as "hashtable poisoning" in which an
attacker forms some data such th
This duplicates the current algorithm for get_random_int/long, but uses
siphash instead. This comes with several benefits. It's certainly
faster and more cryptographically secure than MD5. This patch also
separates hashed fields into three values instead of one, in order to
increase diffusion.
The
These restore parity with the jhash interface by providing high
performance helpers for common input sizes.
Linus doesn't like the use of "qword" and "dword", but I haven't been
able to come up with another name for these that fits as well.
Signed-off-by: Jason A. Donenfeld
Cc: Tom Herbert
---
Hi Jens,
I know you're busy, so when you get a moment:
I've not yet seen your ack/nack on this yet and I want to make sure it
gets in before the merge window closes for v4.10. I rebased it on
for-4.10/block as you asked so its tested and ready to go as of 12/6
unless you see something that I'
On 12/14/2016 11:14 PM, Andrzej Hajda wrote:
On 14.12.2016 07:04, Hoegeun Kwon wrote:
This patch add support for MIPI-DSI based S6E3HA2 AMOLED panel
driver. This panel has 1440x2560 resolution in 5.7-inch physical
panel in the TM2 device.
Signed-off-by: Donghwa Lee
Signed-off-by: Hyungwon Hw
v8:
- use per virtqueue lock instead of a whole device lock
for data virtuqueue. [Halil & Xin]
v7:
- fix "BUG: smp_processor_id() in preemptible [] code" reported by
Halil,
using get_cpu/put_cpu instead of calling smp_processor_id() directly.
- fix a possible spinlock recursion i
On Wed, 14 Dec 2016 15:04:36 +0100
Hannes Frederic Sowa wrote:
> On 09.12.2016 17:03, Greg Kroah-Hartman wrote:
> > On Sat, Dec 10, 2016 at 01:56:53AM +1000, Nicholas Piggin wrote:
> >> On Fri, 9 Dec 2016 15:36:04 +0100
> >> Stanislav Kozina wrote:
> >>
> >>> The question is how to provi
This patch introduces virtio-crypto driver for Linux Kernel.
The virtio crypto device is a virtual cryptography device
as well as a kind of virtual hardware accelerator for
virtual machines. The encryption anddecryption requests
are placed in the data queue and are ultimately handled by
thebackend
On Thu, Dec 8, 2016 at 6:24 AM, Vitaly Wool wrote:
>
> Even with already present locking optimizations (and with the
so...is your patch series for z3fold that's in mmotm getting resent?
Wouldn't that be better than re-patching mistakes from the previous
patches? None of it's gone upstream to Lin
Hi,
On 12/15/2016 09:46 AM, Joseph Qi wrote:
In you description, this issue can only happen in case of stack user +
fsdlm.
Yes.
So I feel we'd better to make stack user and o2cb behaves the same,
other than treat it as a special case.
Yes, I agree. But, actually, there is nothing wrong wit
.48%-10.70%*
Crit: 3.09%-3.15%* (min < 10, min==max, max < min)
Detectable by coccinelle:
Bugs: 74/103 (71.8%)
Crit: 50/52 (96.1%)
* numbers estimated based on code review
Patch is againts 4.9.0 (localversion-next is next-20161214)
scripts/coccinelle/api/bad_usleep_range.c
// Frank
Hi Doug, Brain,
Thanks for the reply.
Sorry I forgot these patches have been sent earlier, and Frank have
some explained and discussed with Heiko.
Please see https://patchwork.kernel.org/patch/9255245/
Perhaps we can move to that patch tree to continue the discussion.
There are some places inside RCU core, where we need to iterate all mask
(->qsmask, ->expmask, etc) bits in a leaf node, in order to iterate all
corresponding CPUs. The current code iterates all possible CPUs in this
leaf node and then checks with the mask to see whether the bit is set.
However, g
v1:
https://marc.info/?l=linux-kernel&m=148127336205765
Changes since v1:
* Rename the primitive to for_each_leaf_node_cpu() for a shorter and
hopefully better name
* Fix a bug report by Colin King about bit shifting
* Drop iterator @bit based on suggestions from Mark
The ->expmask of an RCU leaf node should be more sparse than the
corresponding part of cpu_possible_mask, iterating over ->expmask bitmap
rather cpu_possible_mask to save some checks.
Signed-off-by: Boqun Feng
---
kernel/rcu/tree_exp.h | 16
1 file changed, 4 insertions(+), 12 d
Use for_each_leaf_node_cpu() in RCU stall checking code, to save some
extra checks, based on the fact that ->qsmask is mostly more sparse than
cpu_possible_mask.
Signed-off-by: Boqun Feng
---
kernel/rcu/tree.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --g
Though mostly identical, ->qsmaskinit(A.K.A rcu_rnp_online_cpus()) is
sometimes more sparse than the corresponding part of cpu_possible_mask
for an RCU leaf node. So we use for_each_leaf_node_cpu() in
rcu_boost_kthread_setaffinity() instead to save some extra checks.
Signed-off-by: Boqun Feng
---
->qsmask of an RCU leaf node is usually more sparse than the
corresponding cpu_possible_mask. So replace the
for_each_leaf_node_possible_cpu() in force_qs_rnp() with
for_each_leaf_node_cpu() to save several checks.
[Note we need to use "1UL << bit" instead of "1 << bit" to generate the
correspondi
Linus,
Please pull below to receive modules updates for the 4.10 merge window.
This development cycle has been pretty quiet, mostly code cleanups, small
bugfixes. Summary and details in the tag.
Thanks,
Jessica
---
The following changes since commit a25f0944ba9b1d8a6813fd6f1a86f1bd59ac25a6:
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Saturday, December 10, 2016 7:21 AM
> To: Stephen Hemminger
> Cc: Haiyang Zhang ; o...@aepfle.de;
> jasow...@redhat.com; linux-kernel@vger.kernel.org;
> bjorn.helg...@gmail.com; a...@canonical.com; de...@lin
Hello,
On Wed, Dec 14, 2016 at 10:14:39AM -0500, Nicolas Pitre wrote:
> On Wed, 14 Dec 2016, Guenter Roeck wrote:
>
> > avr32:allnoconfig:
> >
> > kernel/built-in.o: In function `do_adjtimex':
> > (.text+0x1d748): undefined reference to `posix_timer_event'
> > make[1]: *** [vmlinux] Error 1
> >
On Thu, 15 Dec 2016 01:09:20 +0100
Pali Rohár wrote:
> On Thursday 15 December 2016 00:52:24 Russell King - ARM Linux wrote:
> > On Wed, Dec 14, 2016 at 10:12:43PM +0100, Pali Rohár wrote:
> > > Commit 008a2ebcd677 ("ARM: dts: omap3: Remove skeleton.dtsi
> > > usage") broke support for setting cm
On 2016/12/14 22:45, Ard Biesheuvel wrote:
> On 14 December 2016 at 14:19, zhongjiang wrote:
>> From: zhong jiang
>>
>> I think that CONT_PTE_SHIFT is more reasonable even if they are some
>> value. and the patch is not any functional change.
>>
> This may be the case for 64k pages, but not for 1
hi Robert,
On 2016/12/14 17:45, Robert Richter wrote:
> On 12.12.16 17:53:02, Yisheng Xie wrote:
>> It seems that memblock_is_memory() is also too strict for early_pfn_valid,
>> so what about this patch, which use common pfn_valid as early_pfn_valid
>> when CONFIG_HAVE_ARCH_PFN_VALID=y:
>> ---
Hi all,
Please do not add any material for v4.11 to your linux-next included
branches until after v4.10-rc1 has been released.
Changes since 20161214:
The btrfs-kdave tree gained a conflict against Linus' tree.
The rdma tree gained a conflict against Linus' tree.
Non-merge commits
On Thu, Dec 15, 2016 at 10:41:04AM +0800, Xing Zheng wrote:
> // Frank
>
> Hi Doug, Brain,
> Thanks for the reply.
> Sorry I forgot these patches have been sent earlier, and Frank
> have some explained and discussed with Heiko.
> Please see https://patchwork.kernel.org/patch/9255245/
>
On Tue, Dec 13, 2016 at 7:50 AM, Florian Fainelli wrote:
> On 11/09/2016 01:33 AM, Yendapally Reddy Dhananjaya Reddy wrote:
>> This patch set contains the usb support for Broadcom NSP SoC.
>> The usb phy is connected through mdio interface. The mdio interface
>> can be used to access either intern
CRASH_KERNEL_ADDR_MAX was missing for a long time, update it
with more detailed explanation.
Cc: Robert LeBlanc
Cc: Baoquan He
Signed-off-by: Xunlei Pang
---
arch/x86/kernel/setup.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/x86/kernel/setup.c b/arch/x86/kerne
On 12/15/2016 02:28 AM, Stefan Agner wrote:
> The LCD bus width does not need to align with the pixel format. The
> LCDIF controller automatically converts between pixel formats and
> bus width by padding or dropping LSBs.
>
> The DRM subsystem has the notion of bus_format which allows to
> determ
Grumpy master.today, w. tune for maximum bloat PREEMPT config.
[ 101.898909] ===
[ 101.898910] [ INFO: suspicious RCU usage. ]
[ 101.898912] 4.10.0-preempt #1 Tainted: GE
[ 101.898913] ---
[ 101.898914] ./include/linux/kvm_
Hi Linus,
Here is the dmaengine pull request for 4.10-rc1. A fairly normal update with
only driver updates. The ST FDMA driver updates feature the remoteproc
changes as well which are coordinated with Bjorn.
The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
Linux 4.9
The following changes since commit 9c953d639c2fb97e4e96f7398acbf4b675713b76:
Merge branch 'for-linus' of git://git.kernel.dk/linux-block
(2016-10-27 10:05:31 -0700)
are available in the git repository at:
git://git.code.sf.net/p/openipmi/linux-ipmi tags/for-linus-4.10
for you to fetch ch
ested with: x86_64_defconfig (implies CONFIG_DRM_I915)
Patch is against 4.9.0 (localvrsion-next is next-20161214)
drivers/gpu/drm/i915/intel_dsi_pll.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_dsi_pll.c
b/drivers/gpu/drm/i915/intel_dsi_p
On Thu, Dec 15, 2016 at 11:02:19AM +1100, Stephen Rothwell wrote:
> Hi Darren,
>
> On Wed, 14 Dec 2016 14:59:14 -0800 Darren Hart wrote:
> >
> > On Wed, Dec 14, 2016 at 02:21:38PM -0800, Darren Hart wrote:
> > > On Wed, Dec 14, 2016 at 01:50:44PM +1100, Stephen Rothwell wrote:
> > > >
> > > >
linux-next reported in_tablet_mode and type may be used uninitialized
after:
b31800283868 ("platform/x86: thinkpad_acpi: Move tablet detection into separate
function")
This turns out to be a false positive as the pr_info call cannot be
reached if tp_features.hotkey_tablet (global scope) is 0, an
On Thursday, December 15, 2016 5:00 AM Johannes Weiner wrote:
> When FADV_DONTNEED cannot drop all pages in the range, it observes
> that some pages might still be on per-cpu LRU caches after recent
> instantiation and so initiates remote calls to all CPUs to flush their
> local caches. However, i
Hi Linus,
Can you please pull the XFS update from the tag below? There is
quite a varied bunch of stuff in this update, and some of it
you will have already merged through the ext4 tree which imported
the dax-4.10-iomap-pmd topic branch from the XFS tree.
There is also a new direct IO implementat
On 12/10/16 12:52 AM, Fabian Frederick wrote:
> Commit f7a136aee3c1
> ("xfs: several xattr functions can be void")
>
> updated 2 end of function return 0 to return in void
> functions. Remove it.
>
> Signed-off-by: Fabian Frederick
Oh, sure. :)
Reviewed-by: Eric Sandeen
> ---
> fs/xfs/xfs_
Hi Jason,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.9 next-20161215]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Jason-A-Donenfeld/siphash-add-cryptographically-sec
(implies CONFIG_DRM_I915)
Patch is against 4.9.0 (localversion-next is next-20161214)
drivers/gpu/drm/i915/intel_dsi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_dsi.c b/drivers/gpu/drm/i915/intel_dsi.c
index 5b72c50..19fe86b 100644
--- a/drivers/gpu
Dear Sylwester,
Could you please review this patch?
--
Regards,
Chanwoo Choi
On 2016년 12월 08일 13:58, Chanwoo Choi wrote:
> The ACLK_BUS0/1/2 are used for NoC (Network on Chip). If NoC's clocks are
> disabled, the system halt happen. Following clock must be always enabled.
> - CLK_ACLK_BUS0_400
On Wed, Dec 14, 2016 at 01:11:53AM +0100, Holger Dengler wrote:
> The Flexcard interface design split packet receive and transmit. All
> received packets and card status information are multiplexed with a
> Flexcard specific protocol and handled through a DMA capable ringbuffer.
> The TX path has t
On 12/14/2016 06:50 PM, Eric Wheeler wrote:
> Hi Jens,
>
> I know you're busy, so when you get a moment:
>
> I've not yet seen your ack/nack on this yet and I want to make sure it
> gets in before the merge window closes for v4.10. I rebased it on
> for-4.10/block as you asked so its tested an
On most platforms, there exists this ifdef:
#define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
This makes this patch functionally useless. However, on PPC, there is
actually an explicit definition of atomic_inc_not_zero with its own
assembly that is slightly more optimized than atomic_a
On Tue, Jul 12, 2016 at 2:28 PM, Daniel Vetter wrote:
> Sure can do, but I can't find the raw patch anywhere (I suck, I know).
> Care to resend?
Hey sorry I missed this email requesting the actual patch. I reposted it here:
https://lkml.org/lkml/2016/12/14/814
We dropped need for __CHECK_ENDIAN__ for linux,
this mirrors this for tools.
Signed-off-by: Michael S. Tsirkin
---
tools/include/linux/types.h | 4
1 file changed, 4 deletions(-)
diff --git a/tools/include/linux/types.h b/tools/include/linux/types.h
index 8ebf627..c24b3e3 100644
--- a/tool
That's the default now, no need for makefiles to set it.
Signed-off-by: Michael S. Tsirkin
---
drivers/bluetooth/Makefile| 2 --
drivers/net/can/Makefile | 1 -
drivers/net/ethernet/altera/Makefile | 1 -
drive
__bitwise__ used to mean "yes, please enable sparse checks
unconditionally", but now that we dropped __CHECK_ENDIAN__
__bitwise is exactly the same.
There aren't many users, replace it by __bitwise everywhere.
Signed-off-by: Michael S. Tsirkin
---
arch/arm/plat-samsung/include/plat/gpio-cfg.h
__bitwise__ is an implementation detail now.
Signed-off-by: Michael S. Tsirkin
---
scripts/checkpatch.pl | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index fd3556b..982c52c 100755
--- a/scripts/checkpatch.pl
+++ b/scripts/c
It's no longer used.
Signed-off-by: Michael S. Tsirkin
---
Documentation/translations/zh_CN/sparse.txt | 7 +--
Documentation/dev-tools/sparse.rst | 7 +--
2 files changed, 2 insertions(+), 12 deletions(-)
diff --git a/Documentation/translations/zh_CN/sparse.txt
b/Documentatio
We dropped __CHECK_ENDIAN__ so __bitwise__ is now an implementation
detail. People should use __bitwise everywhere.
Signed-off-by: Michael S. Tsirkin
---
Documentation/dev-tools/sparse.rst | 7 ---
1 file changed, 7 deletions(-)
diff --git a/Documentation/dev-tools/sparse.rst
b/Documentati
No need for it anymore: __bitwise checks are now
on by default for everyone.
Signed-off-by: Michael S. Tsirkin
---
fs/logfs/logfs.h | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/fs/logfs/logfs.h b/fs/logfs/logfs.h
index 27d040e..11209ee 100644
--- a/fs/logfs/logfs.h
+++
By now, linux is mostly endian-clean. Enabling endian-ness
checks for everyone produces about 200 new sparse warnings for me -
less than 10% over the 2000 sparse warnings already there.
Not a big deal, OTOH enabling this helps people notice
they are introducing new bugs.
So let's just drop __CHEC
This is just a reposting of the patch that enables endian checks, with addition
of trivial patches that drop __bitwise__ and __CHECK_ENDIAN__ everywhere.
I plan to include this in my pull request unless I hear otherwise.
Michael S. Tsirkin (8):
linux/types.h: enable endian checks for all sparse
Signed-off-by: Jens Axboe
---
block/Kconfig.iosched | 6 +
block/Makefile| 1 +
block/mq-deadline.c | 638 ++
3 files changed, 645 insertions(+)
create mode 100644 block/mq-deadline.c
diff --git a/block/Kconfig.iosched b/block/Kconfi
Signed-off-by: Jens Axboe
---
block/Kconfig.iosched | 43 +--
block/blk-mq-sched.c| 19 +++
block/blk-mq-sched.h| 2 ++
block/blk-mq.c | 3 +++
block/elevator.c| 5 -
drivers/nvme/host/pci.c | 1 +
include/
Hello Alexandre,
Am 15.12.2016 um 00:57 schrieb Alexandre Belloni:
The license test has been mangled at some point then copy pasted across
multiple files. Restore it to what it should be.
Note that this is not intended as a license change.
Cc: Dong Aisheng
Cc: Geert Uytterhoeven
Cc: Heiko Sch
On Wed, Dec 14, 2016 at 8:16 PM, Dave Chinner wrote:
>
> Can you please pull the XFS update from the tag below?
Pulled, going through my usual build stuff now.
> In other news you need to know about, this is likely the last pull
> request you'll see from me for some time. I'm about to go on
> ex
9.0%
> Errors:
> 23 where min==max (1.39%)
>0 where max < min (0.00%)
>
> Total:
> Bugs: 6.48%-10.70%*
> Crit: 3.09%-3.15%* (min < 10, min==max, max < min)
> Detectable by coccinelle:
> Bugs: 74/103 (71.8%)
> Crit: 50/52 (96.1%)
> * numb
We never change it, make that clear.
Signed-off-by: Jens Axboe
---
block/blk-mq.c | 2 +-
include/linux/blk-mq.h | 2 +-
include/linux/blkdev.h | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/block/blk-mq.c b/block/blk-mq.c
index d79fdc11b1ee..87b7eaa1cb74 100644
-
This adds a new powerpc-specific KVM_CAP_SPAPR_RESIZE_HPT capability to
advertise whether KVM is capable of handling the PAPR extensions for
resizing the hashed page table during guest runtime.
At present, HPT resizing is possible with KVM PR without kernel
modification, since the HPT is managed w
This updates the KVM_CAP_SPAPR_RESIZE_HPT capability to advertise the
presence of in-kernel HPT resizing on KVM HV. In fact the HPT resizing
isn't fully implemented, but this allows us to experiment with what's
there.
Signed-off-by: David Gibson
---
arch/powerpc/kvm/powerpc.c | 5 -
1 file
This adds an outline (not yet working) of an implementation for the HPT
resizing PAPR extension. Specifically it adds the work function which will
handle preparation for the resize, and synchronization between this, the
the HPT resizing hypercalls, the guest page fault path and guest HPT update
pa
This adds the "guts" of the implementation for the HPT resizing PAPR
extension. It has the code to allocate and clear a new HPT, rehash an
existing HPT's entries into it, and accomplish the switchover for a
KVM guest from the old HPT to the new one.
Signed-off-by: David Gibson
---
arch/powerpc/
Here is the KVM implementation for the proposed PAPR extension which
allows the runtime resizing of a PAPR guest's Hashed Page Table (HPT).
Using this requires a guest kernel with support for the extension.
Patches for guest side support in Linux were posted earlier:
https://lists.ozlabs.org/pip
Currently, kvmppc_alloc_hpt() both allocates a new hashed page table (HPT)
and sets it up as the active page table for a VM. For the upcoming HPT
resize implementation we're going to want to allocate HPTs separately from
activating them.
So, split the allocation itself out into kvmppc_allocate_hp
The kvm_unmap_rmapp() function, called from certain MMU notifiers, is used
to force all guest mappings of a particular host page to be set ABSENT, and
removed from the reverse mappings.
For HPT resizing, we will have some cases where we want to set just a
single guest HPTE ABSENT and remove its re
This patch adds a stub (always failing) implementation of the ioctl()s
for the HPT resizing PAPR extension.
Signed-off-by: David Gibson
---
arch/powerpc/include/asm/kvm_ppc.h | 4
arch/powerpc/kvm/book3s_64_mmu_hv.c | 16
arch/powerpc/kvm/book3s_hv.c| 22 +
The KVM_PPC_ALLOCATE_HTAB ioctl() is used to set the size of hashed page
table (HPT) that userspace expects a guest VM to have, and is also used to
clear that HPT when necessary (e.g. guest reboot).
At present, once the ioctl() is called for the first time, the HPT size can
never be changed therea
Currently the kvm_hpt_info structure stores the hashed page table's order,
and also the number of HPTEs it contains and a mask for its size. The
last two can be easily derived from the order, so remove them and just
calculate them as necessary with a couple of helper inlines.
Signed-off-by: David
Currently, the powerpc kvm_arch structure contains a number of variables
tracking the state of the guest's hashed page table (HPT) in KVM HV. This
patch gathers them all together into a single kvm_hpt_info substructure.
This makes life more convenient for the upcoming HPT resizing
implementation.
The difference between kvm_alloc_hpt() and kvmppc_alloc_hpt() is not at
all obvious from the name. In practice kvmppc_alloc_hpt() allocates an HPT
by whatever means, and calls kvm_alloc_hpt() which will attempt to allocate
it with CMA only.
To make this less confusing, rename kvm_alloc_hpt() to k
On 14.12.2016 23:37, Alexandre Belloni wrote:
When the license was switched to dual GPLv2/X11, the text that was used
was missing a few characters. Fix that now.
I'll let the maintainers decide whether this change requires an ack of
every contributors. It has been separated with that in mind if
There's a FIXME there, but seems you may still want to hear about it,
so here ya go.
[4.481803] [drm] Initialized
[4.600103] [drm] Memory usable by graphics device = 4096M
[4.600108] checking generic (c000 1d5000) vs hw (c000 1000)
[4.600109] fb: switching to inteldrmf
701 - 800 of 832 matches
Mail list logo
