[PATCH v9 1/4] PCI: Add new PCIe Fabric End Node flag, PCI_DEV_FLAGS_NO_RELAXED_ORDERING

From: Casey Leedom The patch adds a new flag PCI_DEV_FLAGS_NO_RELAXED_ORDERING to indicate that Relaxed Ordering (RO) attribute should not be used for Transaction Layer Packets (TLP) targetted towards these affected root complexes. Current list of affected parts include some

[PATCH v9 0/4] Add new PCI_DEV_FLAGS_NO_RELAXED_ORDERING flag

Some devices have problems with Transaction Layer Packets with the Relaxed Ordering Attribute set. This patch set adds a new PCIe Device Flag, PCI_DEV_FLAGS_NO_RELAXED_ORDERING, a set of PCI Quirks to catch some known devices with Relaxed Ordering issues, and a use of this new flag by the cxgb4

[PATCH] platform/chrome: chromeos_laptop: make chromeos_laptop const

Declare chromeos_laptop structures as const as they are only used during a copy operation. As their value is never modified during runtime, they can be made const. Signed-off-by: Bhumika Goyal --- drivers/platform/chrome/chromeos_laptop.c | 22 +++--- 1 file

Hello Beautiful,

Good day dear, i hope this mail meets you well? my name is Jack, from the U.S. I know this may seem inappropriate so i ask for your forgiveness but i wish to get to know you better, if I may be so bold. I consider myself an easy-going man, adventurous, honest and fun loving person but I am

[GIT PULL] GPIO fixes for v4.13, first take

Hi Linus, I go on vacation and when I come back my mailbox is exploded. Oh well. I sifted through it and here are the most apparent fixes for v4.13 that have had some testing in -next the recent week. Mostly driver fixes but also an important semantic fix from Bartosz and a single MAINTAINERS

Re: [PATCH v2 1/5] fs, xfs: introduce S_IOMAP_IMMUTABLE

NAK^4. We should not allow users to create immutable files. We have proper ways to synchronize I/O, and this is just an invitation for horrible abuses that should not be allowed, and which we've always people told not to do.

Re: [PATCH 3.18 00/50] 3.18.64-stable review

On Sat, Aug 05, 2017 at 07:55:11AM +0200, Willy Tarreau wrote: > On Fri, Aug 04, 2017 at 07:51:07PM -0700, Greg Kroah-Hartman wrote: > > On Fri, Aug 04, 2017 at 07:46:57PM -0700, Greg Kroah-Hartman wrote: > > > On Fri, Aug 04, 2017 at 06:43:50PM -0700, Guenter Roeck wrote: > > > > On 08/04/2017

Re: [tip:x86/microcode] x86/microcode: Document the three loading methods

On Fri, Aug 04, 2017 at 01:24:02PM +0200, Paul Menzel wrote: > > Gitweb: > > http://git.kernel.org/tip/0e3258753f8183c63bf68bd274d2cc7e71e5f402 > > Could you the script(?) please be updated to use HTTPS URLs? tip guys? > Maybe it could be added, that certain bootloaders like GRUB allow to

Re: [PATCH v2 4/5] PCI: mediatek: Add new generation controller support

On Sat, 2017-08-05 at 12:52 +0800, Ryder Lee wrote: > Hi Honghui, Bjorn, > > On Fri, 2017-08-04 at 08:18 -0500, Bjorn Helgaas wrote: > > On Fri, Aug 04, 2017 at 04:39:36PM +0800, Honghui Zhang wrote: > > > On Thu, 2017-08-03 at 17:42 -0500, Bjorn Helgaas wrote: > > > > > + > > > > > +static

Re: [PATCH 4.9 000/105] 4.9.41-stable review

On 08/04/2017 04:14 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.9.41 release. There are 105 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. Responses should be

[PATCH 02/10] PCI: introduce ioport_res/iomem_res for PCI_TEST

Make every bus to take the pointer to correct iomem_res instead of using iomem_resource directly. So PCI_TEST could use different iomem_res later. Signed-off-by: Yinghai Lu --- drivers/pci/probe.c | 2 ++ drivers/pci/quirks.c| 2 +- drivers/pci/setup-bus.c | 2 +-

[PATCH 05/10] PCI: Add PCI_TEST module for resource allocation

Read from data file and mask file, to build simulated data structure, and have pci_ops to use them. Extract calling for pci_create_root_bus, scan_child_bus, resource survey and resource assign ... to see if those functions work as expected with simulated data. mask is with rw bits on pci

Re: [PATCH 0/2] Updated SPCR quirks for Moonshot/Mustang

On 4 August 2017 at 23:51, Rafael J. Wysocki wrote: > On Fri, Aug 4, 2017 at 11:49 PM, Graeme Gregory > wrote: >> A couple of patches to build on the SPCR quirks support already upstreamed. >> >> 1 - Moonshot m400 cartridge has the same soc but ACPI

Re: Re: drivers/s390/char/keyboard.c NULL pointer reference

On Sat, Aug 05, 2017 at 09:44:45AM +0800, sohu0106 wrote: > > > I don't understand a bit,My idea is > > in userland > > fd=open("tty3270",O_RDONLY) > ... > ret=ioctl(fd,KDGKBDIACR,NULL) > ... > > then here > drivers/s390/char/keyboard.c > 477 > case KDGKBDIACR: > { >

Re: [PATCH 1/3] fs, xfs: introduce S_IOMAP_IMMUTABLE

On Tue, Aug 01, 2017 at 12:42:18PM +1000, Dave Chinner wrote: > I've outlined other use cases in previous discussions. To repeat > myself, every so often we get someone with, say, a new high > speed camera that want to dma the camera frames direct to the > storage because they can't push 500,000

Re: [PATCH] Enable reset attack mitigation

On 4 August 2017 at 22:20, Matthew Garrett wrote: > If a machine is reset while secrets are present in RAM, it may be > possible for code executed after the reboot to extract those secrets > from untouched memory. The Trusted Computing Group specified a mechanism > for

Re: drivers/s390/char/keyboard.c kernel stack infoleak

On 05.08.2017 03:57, sohu0106 wrote: > My idea is > > struct kbdiacr { > unsigned char diacr, base, result; > }; > > sizeof(struct kbdiacr)=4 > > here we just set 3 bytes > case KDGKBDIACR: > { > struct kbdiacrs __user *a = argp; > struct kbdiacr diacr; > int i; > > if

[PATCH v9 4/4] net/cxgb4vf: Use new PCI_DEV_FLAGS_NO_RELAXED_ORDERING flag

From: Casey Leedom cxgb4vf Ethernet driver now queries PCIe configuration space to determine if it can send TLPs to it with the Relaxed Ordering Attribute set, just like the pf did. Signed-off-by: Casey Leedom Signed-off-by: Ding Tianhong

[PATCH v9 3/4] net/cxgb4: Use new PCI_DEV_FLAGS_NO_RELAXED_ORDERING flag

From: Casey Leedom cxgb4 Ethernet driver now queries PCIe configuration space to determine if it can send TLPs to it with the Relaxed Ordering Attribute set. Remove the enable_pcie_relaxed_ordering() to avoid enable PCIe Capability Device Control[Relaxed Ordering Enable] at

[PATCH v9 2/4] PCI: Disable PCIe Relaxed Ordering if unsupported

When bit4 is set in the PCIe Device Control register, it indicates whether the device is permitted to use relaxed ordering. On some platforms using relaxed ordering can have performance issues or due to erratum can cause data-corruption. In such cases devices must avoid using relaxed ordering.

Re: [PATCH v3 17/23] camss: vfe: Add interface for scaling

Hi Todor, Todor Tomov wrote: > Hi Sakari, > > Thank you for review. > > On 20.07.2017 18:20, Sakari Ailus wrote: >> Hi Todor, >> >> On Mon, Jul 17, 2017 at 01:33:43PM +0300, Todor Tomov wrote: >>> Add compose selection ioctls to handle scaling configuration. >>> >>> Signed-off-by: Todor Tomov

Re: [PATCH v3 10/23] media: camss: Add VFE files

Hi Todor, Todor Tomov wrote: > Hi Sakari, > > Thank you for the review. > > On 20.07.2017 17:59, Sakari Ailus wrote: >> Hi Todor, >> >> On Mon, Jul 17, 2017 at 01:33:36PM +0300, Todor Tomov wrote: >>> These files control the VFE module. The VFE has different input interfaces. >>> The PIX input

Re: [PATCH v3 04/23] dt-bindings: media: Binding document for Qualcomm Camera subsystem driver

Hi Todor, On Fri, Aug 04, 2017 at 02:54:21PM +0300, Todor Tomov wrote: > Hi Sakari, > > Thank you for the review. You're welcome! > > On 20.07.2017 13:13, Sakari Ailus wrote: > > Hi Todor, > > > > On Mon, Jul 17, 2017 at 01:33:30PM +0300, Todor Tomov wrote: > >> Add DT binding document for

Re: Increased memory usage with scsi-mq

On Sat, Aug 05, 2017 at 10:44:36AM +0200, Christoph Hellwig wrote: > On Fri, Aug 04, 2017 at 10:00:47PM +0100, Richard W.M. Jones wrote: > > I read your slides about scsi-mq and it seems like a significant > > benefit to large machines, but could the out of the box defaults be > > made more

Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap

On Thu, Aug 03, 2017 at 07:38:11PM -0700, Dan Williams wrote: > [ adding linux-api to the cover letter for notification, will send the > full set to linux-api for v3 ] Just don't send this crap ever again. All the so called use cases in the earlier thread were incorrect and highly dangerous.

Re: [PATCH v2 4/5] soc: qcom: Remote FS memory driver

On Wed, Aug 02, 2017 at 07:57:53PM -0700, Bjorn Andersson wrote: > The rfsa driver is used for allocating and exposing regions of shared > memory with remote processors for the purpose of exchanging sector-data > between the remote filesystem service and its clients. Please explain which remote

Re: [PATCH v5 2/6] drm/bridge: Add a devm_ allocator for panel bridge.

(I had to switch to Daniel's Intel address to get this sent) Den 05.08.2017 00.19, skrev Ilia Mirkin: On Fri, Aug 4, 2017 at 4:43 PM, Eric Anholt wrote: Laurent Pinchart writes: Hi Eric, (CC'ing Daniel) Thank you for the patch. On

[PATCH v4 net-next 2/5] net: dsa: lan9303: define LAN9303_NUM_PORTS 3

Will be used instead of '3' in upcomming patches. Signed-off-by: Egil Hjelmeland Signed-off-by: Andrew Lunn Reviewed-by: Florian Fainelli --- drivers/net/dsa/lan9303-core.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH v4 net-next 1/5] net: dsa: lan9303: Change lan9303_xxx_packet_processing() port param.

lan9303_enable_packet_processing, lan9303_disable_packet_processing() Pass port number (0,1,2) as parameter instead of port offset. Because other functions in the module pass port numbers. And to enable simplifications in following patch. Introduce lan9303_write_switch_port(). Signed-off-by:

[PATCH v4 net-next 0/5] Refactor lan9303_xxx_packet_processing

This series is purely non functional. It changes the lan9303_enable_packet_processing, lan9303_disable_packet_processing() to pass port number (0,1,2) as parameter instead of port offset. This aligns them with other functions in the module, and makes it possible to simplify the code. The

[PATCH v4 net-next 3/5] net: dsa: lan9303: Simplify lan9303_xxx_packet_processing() usage

Simplify usage of lan9303_enable_packet_processing, lan9303_disable_packet_processing() Signed-off-by: Egil Hjelmeland Reviewed-by: Andrew Lunn Reviewed-by: Florian Fainelli --- drivers/net/dsa/lan9303-core.c | 24

[PATCH 4/6] [media] media: blackfin: bfin_capture: constify vb2_ops structures

These vb2_ops structures are only stored in the ops field of a vb2_queue structure, which is declared as const. Thus the vb2_ops structures themselves can be const. Done with the help of Coccinelle. // @r disable optional_qualifier@ identifier i; position p; @@ static struct vb2_ops i@p = {

[PATCH 3/6] [media] staging: media: davinci_vpfe: constify vb2_ops structures

These vb2_ops structures are only stored in the ops field of a vb2_queue structure, which is declared as const. Thus the vb2_ops structures themselves can be const. Done with the help of Coccinelle. // @r disable optional_qualifier@ identifier i; position p; @@ static struct vb2_ops i@p = {

Re: [PATCH] scsi: sg: Prevent potential double frees in sg driver

This looks correct and safe to me, but I wonder if anyone relies on multi-threaded /dev/sg write usage, which would be completely serialized with this.

Re: Switching to MQ by default may generate some bug reports

On Sat, Aug 05, 2017 at 12:05:00AM +0200, Paolo Valente wrote: > > > > True. However, the difference between legacy-deadline mq-deadline is > > roughly around the 5-10% mark across workloads for SSD. It's not > > universally true but the impact is not as severe. While this is not > > proof that

[PATCH 2/4] atm: idt77252: Delete an error message for a failed memory allocation in seven functions

From: Markus Elfring Date: Sat, 5 Aug 2017 12:45:34 +0200 Omit an extra message for a memory allocation failure in these functions. This issue was detected by using the Coccinelle software. Link:

Re: [PATCH 0/2] Updated SPCR quirks for Moonshot/Mustang

On Sat, Aug 5, 2017 at 9:25 AM, Graeme Gregory wrote: > On 4 August 2017 at 23:51, Rafael J. Wysocki wrote: >> On Fri, Aug 4, 2017 at 11:49 PM, Graeme Gregory >> wrote: >>> A couple of patches to build on the SPCR quirks

[PATCH 3/4] atm: idt77252: Improve seven size determinations

From: Markus Elfring Date: Sat, 5 Aug 2017 13:51:04 +0200 Replace the specification of data structures by pointer dereferences as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style

[PATCH 4/4] atm: idt77252: Adjust ten checks for null pointers

From: Markus Elfring Date: Sat, 5 Aug 2017 14:04:42 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The script “checkpatch.pl” pointed information out like the following. Comparison to NULL could be written !… Thus

Re: [PATCH 0/2] Updated SPCR quirks for Moonshot/Mustang

On Fri, Aug 4, 2017 at 11:49 PM, Graeme Gregory wrote: > A couple of patches to build on the SPCR quirks support already upstreamed. > > 1 - Moonshot m400 cartridge has the same soc but ACPI tables have different > HPe specific headers so extend quirk to understand

[GIT PULL for v4.13-rc4] media fixes

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media tags/media/v4.13-2 For several fixes: - some fixes at atomisp staging driver; - several gcc 7 warning fixes; - Cleanup media SVG files, in order to fix PDF build on some distros; - Fix random

[PATCH 4/4] PM / s2idle: Rename platform operations structure

From: Rafael J. Wysocki Rename struct platform_freeze_ops to platform_s2idle_ops to make it clear that the callbacks in it are used during suspend-to-idle suspend/resume transitions and rename the related functions, variables and so on accordingly. Signed-off-by:

[PATCH 0/4] PM: Replace "freeze" with "s2idle" in item names related to suspend-to-idle

Hi Everyone, The term "suspend-to-idle" (and its short form "s2idle") was invented after introducing support for the system state it refers to. At that time, the feature was called "freeze", kind of for the lack of a better idea how to call it. It would not be a problem if it wasn't confusing,

[PATCH 1/4] PM / s2idle: Rename PM_SUSPEND_FREEZE to PM_SUSPEND_S2IDLE

From: Rafael J. Wysocki To make it clear that the symbol in question refers to suspend-to-idle, rename it from PM_SUSPEND_FREEZE to PM_SUSPEND_S2IDLE. Signed-off-by: Rafael J. Wysocki --- drivers/acpi/sleep.c |2 -

[PATCH 3/4] PM / s2idle: Rename ->enter_freeze to ->enter_s2idle

From: Rafael J. Wysocki Rename the ->enter_freeze cpuidle driver callback to ->enter_s2idle to make it clear that it is used for entering suspend-to-idle and rename the related functions, variables and so on accordingly. Signed-off-by: Rafael J. Wysocki

[PATCH] IB/hfi1: fix spelling mistake: "Maximim" -> "Maximum"

From: Colin Ian King Trivial fix to spelling mistake in pr_warn_ratelimited warning message Signed-off-by: Colin Ian King --- drivers/infiniband/hw/hfi1/mad.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 2/4] PM / s2idle: Rename freeze_state enum and related items

From: Rafael J. Wysocki Rename the freeze_state enum representing the suspend-to-idle state machine states to s2idle_states and rename the related variables and functions accordingly. Signed-off-by: Rafael J. Wysocki ---

Re: [PATCH v6 1/7] drm/tilcdc: ensure nonatomic iowrite64 is not used

On 08/04/17 16:03, Tomi Valkeinen wrote: > On 03/08/17 21:30, Logan Gunthorpe wrote: >> Add a check to ensure iowrite64 is only used if it is atomic. >> >> It was decided in [1] that the tilcdc driver should not be using an >> atomic operation (so it was left out of this patchset). However, it

Re: Increased memory usage with scsi-mq

For now can you apply this testing patch to the guest kernel? diff --git a/drivers/scsi/virtio_scsi.c b/drivers/scsi/virtio_scsi.c index 9be211d68b15..0cbe2c882e1c 100644 --- a/drivers/scsi/virtio_scsi.c +++ b/drivers/scsi/virtio_scsi.c @@ -818,7 +818,7 @@ static struct scsi_host_template

[PATCH][net-next] net: hns3: fix spelling mistake: "capabilty" -> "capability"

From: Colin Ian King Trivial fix to spelling mistake in dev_err error message and also split overly long line to avoid a checkpatch warning. Signed-off-by: Colin Ian King --- drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c | 3 ++- 1

Re: [PATCH v2 00/13] mpt3sas driver NVMe support:

On Wed, Aug 02, 2017 at 10:14:40AM +0200, Hannes Reinecke wrote: > I'm not happy with this approach. > NVMe devices should _not_ appear as SCSI devices; this will just confuse > matters _and_ will be incompatible with 'normal' NVMe devices. > > Rather I would like to see the driver to hook into

[PATCH] drm/msm: fix spelling mistake: "ringubffer" -> "ringbuffer"

From: Colin Ian King Trivial fix to spelling mistake in DRM_DEV_ERROR error message Signed-off-by: Colin Ian King --- drivers/gpu/drm/msm/adreno/adreno_gpu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH 2/2] mm,fork: introduce MADV_WIPEONFORK

On Fri, 2017-08-04 at 16:09 -0700, Mike Kravetz wrote: > On 08/04/2017 12:07 PM, r...@redhat.com wrote: > > From: Rik van Riel > > > > Introduce MADV_WIPEONFORK semantics, which result in a VMA being > > empty in the child process after fork. This differs from > > MADV_DONTFORK

Re: [PATCH v3] dma-mapping: skip USB devices when configuring DMA during probe

I think the root problem is that the code added by " of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices" is completely bogus and needs to be reverted. We can't simply iterate over all devices in the system and set up dma for them. We'll need to ask the firmware /

Re: [PATCH] thunderbolt: constify attribute_group structure

On Fri, Aug 04, 2017 at 09:42:09PM -0400, Amitoj Kaur Chawla wrote: > Functions working with attribute_groups provided by > work with const attribute_group. These attribute_group structures do not > change at runtime so mark them as const. > > File size before: > text data bss dec

Re: Increased memory usage with scsi-mq

On Fri, Aug 04, 2017 at 10:00:47PM +0100, Richard W.M. Jones wrote: > I read your slides about scsi-mq and it seems like a significant > benefit to large machines, but could the out of the box defaults be > made more friendly for small memory machines? The default inumber of queues and queue

[PATCH] regulator: make regulator_ops structures const

Declare regulator_ops structures as const as they are either used as a copy operation or stored in the const field of a regulator_desc structure. As they are never modified after initialization, so make them const. Done using Coccinelle: @match disable optional_qualifier@ identifier s; @@ static

[PATCH v4 net-next 5/5] net: dsa: lan9303: refactor lan9303_get_ethtool_stats

In lan9303_get_ethtool_stats: Get rid of 0x400 constant magic by using new lan9303_read_switch_reg() inside loop. Reduced scope of two variables. Signed-off-by: Egil Hjelmeland Reviewed-by: Andrew Lunn Reviewed-by: Florian Fainelli

[PATCH v4 net-next 4/5] net: dsa: lan9303: Rename lan9303_xxx_packet_processing()

The lan9303_enable_packet_processing, lan9303_disable_packet_processing functions operate on port, so the names should reflect that. And to align with lan9303_disable_processing(), rename: lan9303_enable_packet_processing -> lan9303_enable_processing_port lan9303_disable_packet_processing ->

Re: [RESEND PATCH] staging: vboxvideo: remove dead gamma lut code

Hi, On 04-08-17 12:45, Peter Rosin wrote: The redundant fb helpers .load_lut, .gamma_set and .gamma_get are no longer used. Remove the dead code that was not doing anything sensible anyway. Signed-off-by: Peter Rosin Thank you, patch looks good to me: Acked-by: Hans de

[PATCH 5/6] staging: bcm2835-camera: constify vb2_ops structures

These vb2_ops structures are only stored in the ops field of a vb2_queue structure, which is declared as const. Thus the vb2_ops structures themselves can be const. Done with the help of Coccinelle. // @r disable optional_qualifier@ identifier i; position p; @@ static struct vb2_ops i@p = {

[PATCH 1/6] [media] v4l2-pci-skeleton: constify vb2_ops structures

These vb2_ops structures are only stored in the ops field of a vb2_queue structure, which is declared as const. Thus the vb2_ops structures themselves can be const. Done with the help of Coccinelle. // @r disable optional_qualifier@ identifier i; position p; @@ static struct vb2_ops i@p = {

[PATCH 0/6] constify vb2_ops structures

These vb2_ops structures are only stored in the ops field of a vb2_queue structure, which is declared as const. Thus the vb2_ops structures themselves can be const. Done with the help of Coccinelle. --- drivers/media/platform/blackfin/bfin_capture.c|2 +-

[PATCH 2/6] [media] media: davinci: vpbe: constify vb2_ops structures

These vb2_ops structures are only stored in the ops field of a vb2_queue structure, which is declared as const. Thus the vb2_ops structures themselves can be const. Done with the help of Coccinelle. // @r disable optional_qualifier@ identifier i; position p; @@ static struct vb2_ops i@p = {

[PATCH 6/6] [media] media: imx: capture: constify vb2_ops structures

These vb2_ops structures are only stored in the ops field of a vb2_queue structure, which is declared as const. Thus the vb2_ops structures themselves can be const. Done with the help of Coccinelle. // @r disable optional_qualifier@ identifier i; position p; @@ static struct vb2_ops i@p = {

[PATCH 0/4] atm: idt77252: Adjustments for some function implementations

From: Markus Elfring Date: Sat, 5 Aug 2017 14:22:33 +0200 Some update suggestions were taken into account from static source code analysis. Markus Elfring (4): Adjust four function calls together with a variable assignment Delete an error message for a failed

[PATCH 1/4] atm: idt77252: Adjust four function calls together with a variable assignment

From: Markus Elfring Date: Fri, 4 Aug 2017 22:20:08 +0200 The script "checkpatch.pl" pointed information out like the following. ERROR: do not use assignment in if condition Thus fix the affected source code places. Signed-off-by: Markus Elfring

[PATCH 0/2] arm64: cleanup {COMPAT_,}SET_PERSONALITY

This patchset is the result of discussion: https://lkml.org/lkml/2017/7/31/454 First patch introduces MMCF flags for mm_context_t ->flags to separate it from TIF ones. And second patch moves personality-related setup code from SET_PERSONALITY() to the helper. CC: Catalin Marinas

[PATCH 1/2] arm64: introduce separated bits for mm_context_t flags

Currently mm->context.flags field uses thread_info flags which is not the best idea for many reasons. For example, mm_context_t doesn't need most of thread_info flags. And it would be difficult to add new mm-related flag if needed because it may easily interfere with TIF ones. To deal with it,

[PATCH 2/2] arm64: cleanup {COMPAT_,}SET_PERSONALITY() macro

Originally {COMPAT_,}SET_PERSONALITY() only sets the 32-bit flag in thread_info structure. But there is some work that should be done after setting the personality. Currently it's done in the macro, which is not the best idea. In this patch new arch_setup_new_exec() routine is introduced, and

Re: [PATCH v2 00/13] mpt3sas driver NVMe support:

On Sat, 2017-08-05 at 06:53 -0700, Christoph Hellwig wrote: > On Wed, Aug 02, 2017 at 10:14:40AM +0200, Hannes Reinecke wrote: > > > > I'm not happy with this approach. > > NVMe devices should _not_ appear as SCSI devices; this will just > > confuse matters _and_ will be incompatible with

Re: [PATCH v5 2/6] drm/bridge: Add a devm_ allocator for panel bridge.

Den 05.08.2017 12.59, skrev Noralf Trønnes: (I had to switch to Daniel's Intel address to get this sent) Den 05.08.2017 00.19, skrev Ilia Mirkin: On Fri, Aug 4, 2017 at 4:43 PM, Eric Anholt wrote: Laurent Pinchart writes: Hi Eric,

Re: [PATCH 4.9 000/105] 4.9.41-stable review

On Fri, Aug 04, 2017 at 11:15:27PM -0700, Guenter Roeck wrote: > On 08/04/2017 04:14 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.9.41 release. > > There are 105 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [ANNOUNCE] v4.11.12-rt9

On Sat, 2017-08-05 at 08:13 +0200, Mike Galbraith wrote: > On Fri, 2017-08-04 at 19:38 +0200, Sebastian Andrzej Siewior wrote: > > Dear RT folks! > > > > I'm pleased to announce the v4.11.12-rt9 patch set. > > > > Changes since v4.11.12-rt8: > > > > - CPU hotplug could be rock solid now.

Re: [PATCH] selftests: futex: convert test to use ksft TAP13 framework

On Fri, Aug 04, 2017 at 06:46:50PM -0600, Shuah Khan wrote: > Convert test to use ksft TAP13 framework. > --- a/tools/testing/selftests/futex/include/logging.h > +++ b/tools/testing/selftests/futex/include/logging.h > @@ -109,22 +109,20 @@ void log_verbosity(int level) > */ > void

Re: [PATCH] platform/x86: ideapad-laptop: Expose conservation mode switch

On 30/5/2017 21:22, Andy Shevchenko wrote: > On Sun, May 28, 2017 at 4:47 PM, Hao Wei Tee wrote: >> On 5/27/17 3:31 PM, Hao Wei Tee wrote: >>> This exposes the battery conservation mode present on some (?) IdeaPads. >>> The mode is set by calling ACPI method SBMC with

Re: [PATCH 0/2] mm,fork,security: introduce MADV_WIPEONFORK

On Sat, 2017-08-05 at 02:44 +0300, Kirill A. Shutemov wrote: > On Fri, Aug 04, 2017 at 03:07:28PM -0400, r...@redhat.com wrote: > > [resend because half the recipients got dropped due to IPv6 > > firewall issues] > > > > Introduce MADV_WIPEONFORK semantics, which result in a VMA being > > empty

Re: [PATCH 3.18 00/50] 3.18.64-stable review

On Fri, Aug 04, 2017 at 09:01:10PM -0700, Guenter Roeck wrote: > On 08/04/2017 08:00 PM, Greg Kroah-Hartman wrote: > > On Fri, Aug 04, 2017 at 07:51:07PM -0700, Greg Kroah-Hartman wrote: > > > On Fri, Aug 04, 2017 at 07:46:57PM -0700, Greg Kroah-Hartman wrote: > > > > On Fri, Aug 04, 2017 at

Re: [PATCH 3.18 00/50] 3.18.64-stable review

On Fri, Aug 04, 2017 at 08:57:29PM -0700, Guenter Roeck wrote: > On 08/04/2017 07:46 PM, Greg Kroah-Hartman wrote: > > On Fri, Aug 04, 2017 at 06:43:50PM -0700, Guenter Roeck wrote: > > > On 08/04/2017 04:15 PM, Greg Kroah-Hartman wrote: > > > > This is the start of the stable review cycle for the

Re: [PATCH 3.18 00/50] 3.18.64-stable review

On Sat, Aug 05, 2017 at 08:02:17AM +0200, Willy Tarreau wrote: > On Sat, Aug 05, 2017 at 07:55:11AM +0200, Willy Tarreau wrote: > > On Fri, Aug 04, 2017 at 07:51:07PM -0700, Greg Kroah-Hartman wrote: > > > On Fri, Aug 04, 2017 at 07:46:57PM -0700, Greg Kroah-Hartman wrote: > > > > On Fri, Aug 04,

Re: Increased memory usage with scsi-mq

On Sat, Aug 05, 2017 at 03:39:54PM +0200, Christoph Hellwig wrote: > For now can you apply this testing patch to the guest kernel? > > diff --git a/drivers/scsi/virtio_scsi.c b/drivers/scsi/virtio_scsi.c > index 9be211d68b15..0cbe2c882e1c 100644 > --- a/drivers/scsi/virtio_scsi.c > +++

kernel panic on null pointer on page->mem_cgroup

Hi Johannes, Can I ask your help about the below panic which is annoying me recently. I'm currently testing xfstests with 4.13-rc2, and have hit the below panic very randomly. [ 3722.366490] BUG: unable to handle kernel NULL pointer dereference at 03b0 [ 3722.378815] IP:

Re: [PATCH v5] drm/fb-helper: pass physical dimensions to fbdev

On 08/04/2017 04:53 PM, Laurent Pinchart wrote: Hi David, Thank you for the patch. On Friday 04 Aug 2017 11:25:24 David Lechner wrote: The fbdev subsystem has a place for physical dimensions (width and height in mm) that is readable by userspace. Since DRM also knows these dimensions, pass

Re: [PATCH 3.18 00/50] 3.18.64-stable review

On Sat, Aug 05, 2017 at 07:55:11AM +0200, Willy Tarreau wrote: > On Fri, Aug 04, 2017 at 07:51:07PM -0700, Greg Kroah-Hartman wrote: > > On Fri, Aug 04, 2017 at 07:46:57PM -0700, Greg Kroah-Hartman wrote: > > > On Fri, Aug 04, 2017 at 06:43:50PM -0700, Guenter Roeck wrote: > > > > On 08/04/2017

Re: [ANNOUNCE] v4.11.12-rt9

On Fri, 2017-08-04 at 19:38 +0200, Sebastian Andrzej Siewior wrote: > Dear RT folks! > > I'm pleased to announce the v4.11.12-rt9 patch set. > > Changes since v4.11.12-rt8: > > - CPU hotplug could be rock solid now. Yes. The rewrite of the hotplug > related parts for RT including

Re: [PATCH 4.4 00/91] 4.4.80-stable review

On 08/04/2017 04:14 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.4.80 release. There are 91 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. Responses should be

Re: [PATCH 4.9 000/105] 4.9.41-stable review

On 08/04/2017 04:14 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.9.41 release. There are 105 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. Responses should be

Re: [tip:x86/microcode] x86/microcode: Document the three loading methods

On Fri, Aug 04, 2017 at 01:24:02PM +0200, Paul Menzel wrote: > > Gitweb: > > http://git.kernel.org/tip/0e3258753f8183c63bf68bd274d2cc7e71e5f402 > > Could you the script(?) please be updated to use HTTPS URLs? tip guys? > Maybe it could be added, that certain bootloaders like GRUB allow to

Re: [PATCH v2 4/5] PCI: mediatek: Add new generation controller support

On Sat, 2017-08-05 at 12:52 +0800, Ryder Lee wrote: > Hi Honghui, Bjorn, > > On Fri, 2017-08-04 at 08:18 -0500, Bjorn Helgaas wrote: > > On Fri, Aug 04, 2017 at 04:39:36PM +0800, Honghui Zhang wrote: > > > On Thu, 2017-08-03 at 17:42 -0500, Bjorn Helgaas wrote: > > > > > + > > > > > +static

[PATCH 02/10] PCI: introduce ioport_res/iomem_res for PCI_TEST

Make every bus to take the pointer to correct iomem_res instead of using iomem_resource directly. So PCI_TEST could use different iomem_res later. Signed-off-by: Yinghai Lu --- drivers/pci/probe.c | 2 ++ drivers/pci/quirks.c| 2 +- drivers/pci/setup-bus.c | 2 +-

[PATCH 05/10] PCI: Add PCI_TEST module for resource allocation

Read from data file and mask file, to build simulated data structure, and have pci_ops to use them. Extract calling for pci_create_root_bus, scan_child_bus, resource survey and resource assign ... to see if those functions work as expected with simulated data. mask is with rw bits on pci

Re: [PATCH] turbostat: Running on virtual machine is not supported

> Len, can you add an entry to RHMAINTAINERS for that? done. thx. Len 0001-MAINTAINERS-add-turbostat-utility.patch Description: Binary data

[PATCH 06/10] PCI: PCI_TEST simple data

Signed-off-by: Yinghai Lu --- drivers/pci/pci_test_data.txt | 24 drivers/pci/pci_test_mask.txt | 5 + 2 files changed, 29 insertions(+) create mode 100644 drivers/pci/pci_test_data.txt create mode 100644 drivers/pci/pci_test_mask.txt diff --git

[PATCH 04/10] PCI: extend pci device match_driver state

Change it from false/true to -1/0/1. If it is set from -1, then it will never get change to 1 later. For PCI_TEST, the simulated device does not have realy function support except bus number and BAR setting. Signed-off-by: Yinghai Lu --- drivers/iommu/amd_iommu_init.c | 2 +-

[PATCH 00/10] PCI: pci resource allocation test module

Read from data file and mask file, to build simulated data structure, and have pci_ops to use them. Extract calling for pci_create_root_bus, scan_child_bus, resource survey and resource assign ... to see if those functions work as expected with simulated data. mask is with rw bits on pci

[PATCH 01/10] PCI: avoid arch_remove_reservations() for PCI_TEST

arch_remove_reservations will clip out with e820 from host that kernel running, that will cause failure from PCI_TEST from simulated data. PCI_TEST has different iomem resource instead iomem_resource, so check if iomem_resource is related to avoid calling arch_remove_reservations()

[PATCH 03/10] PCI: export symbol for PCI_TEST module

We need to use them from pci_test module, so expose them. Signed-off-by: Yinghai Lu --- arch/x86/pci/i386.c | 1 + drivers/pci/setup-bus.c | 1 + kernel/resource.c | 2 ++ 3 files changed, 4 insertions(+) diff --git a/arch/x86/pci/i386.c b/arch/x86/pci/i386.c index 7b43071..9065c58

Re: [PATCH v8 1/4] PCI: Add new PCIe Fabric End Node flag, PCI_DEV_FLAGS_NO_RELAXED_ORDERING

On 2017/8/5 5:06, Casey Leedom wrote: > | From: Ding Tianhong > | Sent: Thursday, August 3, 2017 6:44 AM > | > | diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c > | index 6967c6b..1e1cdbe 100644 > | --- a/drivers/pci/quirks.c > | +++ b/drivers/pci/quirks.c > | @@ -4016,6 +4016,44 @@

Re: drivers/s390/char/keyboard.c kernel stack infoleak

On 05.08.2017 03:57, sohu0106 wrote: > My idea is > > struct kbdiacr { > unsigned char diacr, base, result; > }; > > sizeof(struct kbdiacr)=4 > > here we just set 3 bytes > case KDGKBDIACR: > { > struct kbdiacrs __user *a = argp; > struct kbdiacr diacr; > int i; > > if

[PATCH v9 1/4] PCI: Add new PCIe Fabric End Node flag, PCI_DEV_FLAGS_NO_RELAXED_ORDERING

From: Casey Leedom The patch adds a new flag PCI_DEV_FLAGS_NO_RELAXED_ORDERING to indicate that Relaxed Ordering (RO) attribute should not be used for Transaction Layer Packets (TLP) targetted towards these affected root complexes. Current list of affected parts include some Intel Xeon

<    1   2   3   4   >