[V2][v3.14.y][PATCH 0/1] Drivers: hv: vmbus: Add support for VMBus panic notifier handler

2015-06-17 Thread Joseph Salisbury
Drivers: hv: vmbus: Correcting truncation error for constant HV_CRASH_CTL_CRASH_NOTIFY Commit 96c1d05 does not apply cleanly to v3.14.y, so I performed a backport, which is in email 1/1. Sincerely, Joseph Salisbury Nick Meier (1): Drivers: hv: vmbus: Add support for VMBus panic notifier

[PATCH][v3.18.y][3.19.y-ckt][4.0.y] storvsc: Set the SRB flags correctly when no data transfer is, needed

2015-06-05 Thread Joseph Salisbury
/bugs/1439780 commit dc45708ca9988656d706940df5fd102672c5de92 Author: K. Y. Srinivasan Date: Fri May 1 11:03:02 2015 -0700 storvsc: Set the SRB flags correctly when no data transfer is needed Sincerely, Joseph Salisbury -- To unsubscribe from this list: send the line "unsubs

Re: [PATCH][v3.18.y][3.19.y-ckt][4.0.y] storvsc: Set the SRB flags correctly when no data transfer is, needed

2015-06-05 Thread Joseph Salisbury
On 06/05/2015 01:51 PM, Joseph Salisbury wrote: > Hello, > > Please consider including mainline commit > dc45708ca9988656d706940df5fd102672c5de92 in the next v3.18.y, v4.0.y and > 3.19.y-ckt stable releases. It was > included in the mainline tree as of v4.1-rc5. It h

[PATCH] bcache: decouple emitting a cached_dev CHANGE uevent

2018-03-01 Thread Joseph Salisbury
Signed-off-by: Joseph Salisbury --- drivers/md/bcache/bcache.h | 1 + drivers/md/bcache/super.c | 53 +- 2 files changed, 44 insertions(+), 10 deletions(-) diff --git a/drivers/md/bcache/bcache.h b/drivers/md/bcache/bcache.h index 02619ca..8ed7e7a 100644

Re: [Regression] PCI / PM: Simplify device wakeup settings code

2018-04-30 Thread Joseph Salisbury
On 04/16/2018 11:58 AM, Rafael J. Wysocki wrote: > On Mon, Apr 16, 2018 at 5:31 PM, Joseph Salisbury > wrote: >> On 04/13/2018 05:34 PM, Rafael J. Wysocki wrote: >>> On Fri, Apr 13, 2018 at 7:56 PM, Joseph Salisbury >>> wrote: >>>> Hi Rafael, >&g

[REGRESSION] drm/amd/dc: Add dc display driver (v2)

2018-04-30 Thread Joseph Salisbury
Hi Harry, A kernel bug report was opened against Ubuntu [0].  After a kernel bisect, it was found the following commit introduced the bug: commit 4562236b3bc0a28aeb6ee93b2d8a849a4c4e1c7c Author: Harry Wentland Date:   Tue Sep 12 15:58:20 2017 -0400     drm/amd/dc: Add dc display driver (v2)

Re: [Regression] PCI / PM: Simplify device wakeup settings code

2018-05-02 Thread Joseph Salisbury
On 05/02/2018 06:41 AM, Rafael J. Wysocki wrote: > On Tue, May 1, 2018 at 9:55 PM, Bjorn Helgaas wrote: >> On Tue, May 01, 2018 at 10:34:29AM +0200, Rafael J. Wysocki wrote: >>> On Mon, Apr 30, 2018 at 4:22 PM, Joseph Salisbury >>> wrote: >>>> On 04/16

[PATCH 1/2] x86/hyperv: Move hv_do_rep_hypercall to asm-generic

2021-04-16 Thread Joseph Salisbury
From: Joseph Salisbury This patch makes no functional changes. It simply moves hv_do_rep_hypercall() out of arch/x86/include/asm/mshyperv.h and into asm-generic/mshyperv.h hv_do_rep_hypercall() is architecture independent, so it makes sense that it should be in the architecture independent

[PATCH 2/2] drivers: hv: Create a consistent pattern for checking Hyper-V hypercall status

2021-04-16 Thread Joseph Salisbury
From: Joseph Salisbury There is not a consistent pattern for checking Hyper-V hypercall status. Existing code uses a number of variants. The variants work, but a consistent pattern would improve the readability of the code, and be more conformant to what the Hyper-V TLFS says about hypercall

[v3.13][v3.14][Regression] kthread: make kthread_create() killable

2014-03-14 Thread Joseph Salisbury
Hi Tetsuo, A kernel bug report was opened against Ubuntu[0]. We performed a kernel bisect, and found that reverting the following commit resolved this bug: commit 786235eeba0e1e85e5cbbb9f97d1087ad03dfa21 Author: Tetsuo Handa Date: Tue Nov 12 15:06:45 2013 -0800 kthread: make kthread_cre

Re: [PATCH v2] ACPI / EC: Clear stale EC events on Samsung systems

2014-03-05 Thread Joseph Salisbury
On 02/28/2014 09:12 AM, Kieran Clancy wrote: > A number of Samsung notebooks (530Uxx/535Uxx/540Uxx/550Pxx/900Xxx/etc) > continue to log events during sleep (lid open/close, AC plug/unplug, > battery level change), which accumulate in the EC until a buffer fills. > After the buffer is full (tests su

Re: [PATCH v2] ACPI / EC: Clear stale EC events on Samsung systems

2014-03-06 Thread Joseph Salisbury
On 03/06/2014 07:32 AM, Rafael J. Wysocki wrote: > On Thursday, March 06, 2014 11:54:28 AM Kieran Clancy wrote: >> On Thu, Mar 6, 2014 at 11:22 AM, Rafael J. Wysocki >> wrote: >>> On Thursday, March 06, 2014 11:04:14 AM Kieran Clancy wrote: Rafael, is it a separate process to get this in the

[v3.2.y][PATCH 1/1] cifs: set MAY_SIGN when sec=krb5

2014-02-28 Thread Joseph Salisbury
Backport from mainline commit: 0b7bc84000d71f3647ca33ab1bf5bd928535c846. This backport was done so including mainline commit 8830d7e07a5e38bc47650a7554b7c1cfd49902bf is not needed. BugLink: http://bugs.launchpad.net/bugs/1285723 Signed-off-by: Joseph Salisbury --- fs/cifs/connect.c |3

[v3.2.y][PATCH 0/1] cifs: set MAY_SIGN when sec=krb5

2014-02-28 Thread Joseph Salisbury
performed a backport to avoid this requirement, which is in email 1/1. Sincerely, Joseph Salisbury Joseph Salisbury (1): cifs: set MAY_SIGN when sec=krb5 fs/cifs/connect.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) -- 1.7.9.5 -- To unsubscribe from this list: send the line

Re: [v3.13][v3.14][Regression] kthread:makekthread_create()killable

2014-03-19 Thread Joseph Salisbury
On 03/19/2014 07:49 AM, Tetsuo Handa wrote: > Oleg Nesterov wrote: If we need the urgent hack to fix the regression, then I suggest to change scsi_host_alloc() temporary until mptsas (or whatever) is fixed. >>> Device initialization taking longer than 30 seconds is possible and is not a >

Re: please fix FUSION (Was: [v3.13][v3.14][Regression] kthread:makekthread_create()killable)

2014-03-19 Thread Joseph Salisbury
On 03/19/2014 03:42 PM, Oleg Nesterov wrote: > On 03/19, Oleg Nesterov wrote: >> On 03/19, Oleg Nesterov wrote: >>> But please do not forget that the kernel crashes. Whatever else we do, this >>> should be fixed anyway. And this should be fixed in driver. >> drivers/message/fusion/ is obviously bug

Re: please fix FUSION (Was: [v3.13][v3.14][Regression] kthread:makekthread_create()killable)

2014-03-20 Thread Joseph Salisbury
On 03/19/2014 03:42 PM, Oleg Nesterov wrote: > On 03/19, Oleg Nesterov wrote: >> On 03/19, Oleg Nesterov wrote: >>> But please do not forget that the kernel crashes. Whatever else we do, this >>> should be fixed anyway. And this should be fixed in driver. >> drivers/message/fusion/ is obviously bug

Re: [v3.11][v3.12][v3.13][Regression] EISA: Initialize device before its resources

2014-01-22 Thread Joseph Salisbury
On 01/18/2014 09:37 AM, Bjorn Helgaas wrote: > On Fri, Jan 17, 2014 at 6:35 PM, Joseph Salisbury > wrote: >> On 01/17/2014 05:19 PM, Bjorn Helgaas wrote: >>> On Fri, Jan 17, 2014 at 02:26:23PM -0500, Joseph Salisbury wrote: >>>> On 01/17/2014 12:02 PM, Bjorn He

Re: [PATCH 2/2] PCI: Only enable realloc auto when root bus has 64bit mmio

2014-01-08 Thread Joseph Salisbury
On 12/11/2013 02:55 PM, Yinghai Lu wrote: > On Wed, Dec 11, 2013 at 11:19 AM, Joseph Salisbury > wrote: >> On 12/09/2013 03:10 PM, Yinghai Lu wrote: >>> On Mon, Dec 9, 2013 at 11:42 AM, Bjorn Helgaas wrote: >>>> That doesn't answer my question at all. &

Re: [PATCH 2/2] PCI: Only enable realloc auto when root bus has 64bit mmio

2014-01-10 Thread Joseph Salisbury
On 12/11/2013 02:55 PM, Yinghai Lu wrote: > On Wed, Dec 11, 2013 at 11:19 AM, Joseph Salisbury > wrote: >> On 12/09/2013 03:10 PM, Yinghai Lu wrote: >>> On Mon, Dec 9, 2013 at 11:42 AM, Bjorn Helgaas wrote: >>>> That doesn't answer my question at all. &

Re: [PATCH 2/2] PCI: Only enable realloc auto when root bus has 64bit mmio

2014-01-10 Thread Joseph Salisbury
On 01/10/2014 12:13 PM, Yinghai Lu wrote: > On Fri, Jan 10, 2014 at 8:19 AM, Joseph Salisbury > wrote: >> On 12/11/2013 02:55 PM, Yinghai Lu wrote: >>> On Wed, Dec 11, 2013 at 11:19 AM, Joseph Salisbury >>> wrote: >>>> On 12/09/2013 03:10 PM, Yinghai Lu

[REGRESSION][v3.4-rc1] PCI: add a PCI resource reallocation config option

2013-11-27 Thread Joseph Salisbury
Hi Yinghai, A kernel bug was opened against Ubuntu [0]. After a kernel bisect, it was found that the following commit introduced the bug: commit b07f2ebc109b607789f648dedcff4b125f9afec6 Author: Yinghai Lu Date: Thu Feb 23 19:23:32 2012 -0800 PCI: add a PCI resource reallocation config op

Re: [REGRESSION][v3.4-rc1] PCI: add a PCI resource reallocation config option

2013-11-29 Thread Joseph Salisbury
On 11/28/2013 02:17 AM, Yinghai Lu wrote: > On Wed, Nov 27, 2013 at 12:22 PM, Joseph Salisbury > wrote: >> Hi Yinghai, >> >> A kernel bug was opened against Ubuntu [0]. After a kernel bisect, it >> was found that the following commit in

[v3.10][v3.11][v3.12][Regression][PATCH 0/1] Revert "Revert "drm/i915: revert eDP bpp clamping code changes""

2013-10-16 Thread Joseph Salisbury
patch specific for 3.12 if you think this is the best way to go. Thanks, Joe http://pad.lv/1195483 Joseph Salisbury (1): Revert "Revert "drm/i915: revert eDP bpp clamping code changes"" drivers/gpu/drm/i915/intel_dp.c | 18 ++ 1 file cha

[v3.10][v3.11][v3.12][Regression][PATCH 1/1] Revert "Revert "drm/i915: revert eDP bpp clamping code changes""

2013-10-16 Thread Joseph Salisbury
BugLink: http://bugs.launchpad.net/bugs/1195483 This reverts commit 657445fe8660100ad174600ebfa61536392b7624. Signed-off-by: Joseph Salisbury Cc: Daniel Vetter Cc: Paulo Zanoni Cc: David Airlie Cc: sta...@vger.kernel.org --- drivers/gpu/drm/i915/intel_dp.c | 18 ++ 1

[PATCH 1/1][Resend] Input: cypress_ps2 - Return zero finger count if palm is detected.

2013-10-11 Thread Joseph Salisbury
On 09/30/2013 04:12 PM, Kamal Mostafa wrote: > On Tue, 2013-09-24 at 11:44 -0400, Joseph Salisbury wrote: >> BugLink: http://bugs.launchpad.net/bugs/1229361 >> >> This patch sets the finger count to 0 in the case of palm contact. >> >> Signed-off-by: Joseph

Subject: [v3.8][v3.11][Regression] [SCSI] sd: Update WRITE SAME heuristics

2013-10-29 Thread Joseph Salisbury
Hi Martin, A bug was opened against the Ubuntu kernel[0]. After a kernel bisect, it was found that reverting the following commit resolved this bug: commit 66c28f97120e8a621afd5aa7a31c4b85c547d33d Author: Martin K. Petersen Date: Thu Jun 6 22:15:55 2013 -0400 [SCSI] sd: Update WRITE SAME

Re: Subject: [v3.8][v3.11][Regression] [SCSI] sd: Update WRITE SAME heuristics

2013-10-29 Thread Joseph Salisbury
On 10/29/2013 03:46 PM, Bernd Schubert wrote: > Hello Joseph, > > On 10/29/2013 08:21 PM, Joseph Salisbury wrote: >> Hi Martin, >> >> A bug was opened against the Ubuntu kernel[0]. After a kernel bisect, >> it was found that reverting the following commi

Re: Subject: [v3.8][v3.11][Regression] [SCSI] sd: Update WRITE SAME heuristics

2013-10-29 Thread Joseph Salisbury
On 10/29/2013 03:41 PM, Douglas Gilbert wrote: > On 13-10-29 03:21 PM, Joseph Salisbury wrote: >> Hi Martin, >> >> A bug was opened against the Ubuntu kernel[0]. After a kernel bisect, >> it was found that reverting the following commit reso

Re: Subject: [v3.8][v3.11][Regression] [SCSI] sd: Update WRITE SAME heuristics

2013-10-30 Thread Joseph Salisbury
On 10/29/2013 03:46 PM, Bernd Schubert wrote: > Hello Joseph, > > On 10/29/2013 08:21 PM, Joseph Salisbury wrote: >> Hi Martin, >> >> A bug was opened against the Ubuntu kernel[0]. After a kernel bisect, >> it was found that reverting the following commi

Re: [Intel-gfx] [v3.10][v3.11][v3.12][Regression][PATCH 1/1] Revert "Revert "drm/i915: revert eDP bpp clamping code changes""

2013-10-31 Thread Joseph Salisbury
On 10/31/2013 10:58 AM, Jani Nikula wrote: > On Fri, 25 Oct 2013, Joseph Salisbury wrote: >> On 10/16/2013 05:02 PM, Daniel Vetter wrote: >>> It's by far not that simple. Jani is working on both the underlying bug >>> and a better w/a. See >>> >>>

Re: [REGRESSION][v3.4-rc1] PCI: add a PCI resource reallocation config option

2013-12-02 Thread Joseph Salisbury
On 11/28/2013 02:17 AM, Yinghai Lu wrote: > On Wed, Nov 27, 2013 at 12:22 PM, Joseph Salisbury > wrote: >> Hi Yinghai, >> >> A kernel bug was opened against Ubuntu [0]. After a kernel bisect, it >> was found that the following commit in

[Regression][3.12] bridge: fix NULL pointer deref of br_port_get_rcu

2013-12-03 Thread Joseph Salisbury
Hi Hong, A kernel bug was opened against Ubuntu [0]. After a kernel bisect, it was found that reverting the following commit resolved this bug: commit 716ec052d2280d511e10e90ad54a86f5b5d4dcc2 Author: Hong Zhiguo Date: Sat Sep 14 22:42:28 2013 +0800 bridge: fix NULL pointer deref of br_po

[PATCH][v3.2.y] xfs: really fix the cursor leak in xfs_alloc_ag_vextent_near

2014-07-30 Thread Joseph Salisbury
e3a746f5aab71f2dd0a83116772922fb37ae29d6 Author: Dave Chinner Date: Thu Jul 12 07:40:42 2012 +1000 xfs: really fix the cursor leak in xfs_alloc_ag_vextent_near Sincerely, Joseph Salisbury -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.

[REVERT][v3.16-rc7][STABLE] usb: xhci: Prefer endpoint context dequeue pointer over stopped_trb

2014-07-30 Thread Joseph Salisbury
get your feedback, since you are the patch author. Do you think gathering any additional data will help diagnose this issue, or would it be best to continue with this revert request? Sincerely, Joseph Salisbury [0] http://pad.lv/1350480 -- To unsubscribe from this list: send the line

Re: [REVERT][v3.16-rc7][STABLE] usb: xhci: Prefer endpoint context dequeue pointer over stopped_trb

2014-07-30 Thread Joseph Salisbury
On 07/30/2014 06:42 PM, Julius Werner wrote: > Hi Joseph, > >> Julius, I was hoping to get your feedback, since you are the patch >> author. Do you think gathering any additional data will help diagnose >> this issue, or would it be best to continue with this revert request? > As I understand it,

Re: [REVERT][v3.16-rc7][STABLE] usb: xhci: Prefer endpoint context dequeue pointer over stopped_trb

2014-07-30 Thread Joseph Salisbury
On 07/30/2014 06:42 PM, Julius Werner wrote: > Hi Joseph, > >> Julius, I was hoping to get your feedback, since you are the patch >> author. Do you think gathering any additional data will help diagnose >> this issue, or would it be best to continue with this revert request? > As I understand it,

[v3.11][v3.12][v3.13][Regression] EISA: Initialize device before its resources

2014-01-16 Thread Joseph Salisbury
Hi Bjorn, A kernel bug was opened against Ubuntu [0]. After a kernel bisect, it was found the following commit introduced this bug: commit 26abfeed4341872364386c6a52b9acef8c81a81a Author: Bjorn Helgaas Date: Mon Apr 15 14:34:02 2013 -0600 EISA: Initialize device before its resources The r

Re: [v3.11][v3.12][v3.13][Regression] EISA: Initialize device before its resources

2014-01-16 Thread Joseph Salisbury
On 01/16/2014 01:12 PM, Bjorn Helgaas wrote: > On Thu, Jan 16, 2014 at 10:53 AM, Joseph Salisbury > wrote: >> Hi Bjorn, >> >> A kernel bug was opened against Ubuntu [0]. After a kernel bisect, it >> was found the following commit introduced this bug: > Sorry abou

Re: [v3.11][v3.12][v3.13][Regression] EISA: Initialize device before its resources

2014-01-17 Thread Joseph Salisbury
On 01/17/2014 12:02 PM, Bjorn Helgaas wrote: > On Thu, Jan 16, 2014 at 01:14:01PM -0500, Joseph Salisbury wrote: >> On 01/16/2014 01:12 PM, Bjorn Helgaas wrote: >>> On Thu, Jan 16, 2014 at 10:53 AM, Joseph Salisbury >>> wrote: >>>> Hi Bjorn, >>>

Re: [v3.11][v3.12][v3.13][Regression] EISA: Initialize device before its resources

2014-01-17 Thread Joseph Salisbury
On 01/17/2014 05:19 PM, Bjorn Helgaas wrote: > On Fri, Jan 17, 2014 at 02:26:23PM -0500, Joseph Salisbury wrote: >> On 01/17/2014 12:02 PM, Bjorn Helgaas wrote: >>> On Thu, Jan 16, 2014 at 01:14:01PM -0500, Joseph Salisbury wrote: >>>> On 01/16/2014 01:12 PM, Bjorn He

[Regression] cifs: sanity check length of data to send before sending

2014-09-23 Thread Joseph Salisbury
Hi Jeff, A kernel bug report was opened against Ubuntu [0]. It was found that reverting the following commit resolved this bug: commit a26054d184763969a411e3939fe243516715ff59 Author: Jeff Layton Date: Fri Feb 14 07:21:00 2014 -0500 cifs: sanity check length of data to send before sendi

Re: [PATCH 2/2] PCI: Only enable realloc auto when root bus has 64bit mmio

2014-09-25 Thread Joseph Salisbury
On 09/16/2014 06:27 PM, Yinghai Lu wrote: > On Tue, Sep 16, 2014 at 1:21 PM, Joseph Salisbury > wrote: >> A new bug[0] was opened due to enabling PCI_REALLOC_ENABLE_AUTO, which >> is similar to the original bug[1] we discussed. >> >> Just wondering if there hav

Re: [PATCH 2/2] PCI: Only enable realloc auto when root bus has 64bit mmio

2014-09-25 Thread Joseph Salisbury
On 09/25/2014 12:04 PM, Bjorn Helgaas wrote: > On Thu, Sep 25, 2014 at 9:49 AM, Joseph Salisbury > wrote: >> On 09/16/2014 06:27 PM, Yinghai Lu wrote: >>> On Tue, Sep 16, 2014 at 1:21 PM, Joseph Salisbury >>> wrote: >>>> A new bug[0] was opened due

Re: [PATCH 2/2] PCI: Only enable realloc auto when root bus has 64bit mmio

2014-09-25 Thread Joseph Salisbury
On 09/17/2014 03:46 AM, Yinghai Lu wrote: > On Tue, Sep 16, 2014 at 3:27 PM, Yinghai Lu wrote: >> On Tue, Sep 16, 2014 at 1:21 PM, Joseph Salisbury >> wrote: >>> A new bug[0] was opened due to enabling PCI_REALLOC_ENABLE_AUTO, which >>> is similar to

Re: [PATCH 2/2] PCI: Only enable realloc auto when root bus has 64bit mmio

2014-09-16 Thread Joseph Salisbury
On 01/10/2014 12:13 PM, Yinghai Lu wrote: > On Fri, Jan 10, 2014 at 8:19 AM, Joseph Salisbury > wrote: >> On 12/11/2013 02:55 PM, Yinghai Lu wrote: >>> On Wed, Dec 11, 2013 at 11:19 AM, Joseph Salisbury >>> wrote: >>>> On 12/09/2013 03:10 PM, Yinghai Lu

[PATCH 3/3][RFC][v1] powerpc: kconfig: Increase the size of COMMAND_LINE_SIZE to 2048 from 512 for powerpc.

2014-04-28 Thread Joseph Salisbury
cloud-init parameters are passed through the kernel command line. Signed-off-by: Joseph Salisbury --- arch/powerpc/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig index 3426bdc..becee70 100644 --- a/arch/powerpc/Kconfig +++ b

[PATCH 0/3][RFC][v1] kconfig: powerpc: Make COMMAND_LINE_SIZE a kernel config option. Increase COMMAND_LINE_SIZE for the powerpc architecture.

2014-04-28 Thread Joseph Salisbury
cters, as iscsi targets and cloud-init parameters are passed through the kernel command line. Joseph Salisbury (3): kconfig: Change COMMAND_LINE_SIZE to a kernel config option, which is now set per architecture. powerpc: Change the powerpc architecture to use Kconfig to set COMMAND_LINE

[PATCH 2/3][RFC][v1] powerpc: Change the powerpc architecture to use Kconfig to set COMMAND_LINE_SIZE.

2014-04-28 Thread Joseph Salisbury
The powerpc architecture currently uses asm-generic to set the value of COMMAND_LINE_SIZE. This change will allow the value of COMMAND_LINE_SIZE to be set specifically for powerpc without affecting other architectures that may use asm-generic. Signed-off-by: Joseph Salisbury --- arch

[PATCH 1/3][RFC][v1] kconfig: Change COMMAND_LINE_SIZE to a kernel config option, which is now set per architecture.

2014-04-28 Thread Joseph Salisbury
-by: Joseph Salisbury --- arch/alpha/Kconfig | 6 ++ arch/alpha/include/uapi/asm/setup.h | 4 +++- arch/arc/Kconfig | 6 ++ arch/arc/include/asm/setup.h | 4 +++- arch/arm/Kconfig | 6 ++ arch/arm

[PATCH 1/1] powerpc: Increase COMMAND_LINE_SIZE to 2048 from 512.

2014-04-14 Thread Joseph Salisbury
cloud-init parameters are passed through the kernel command line. Signed-off-by: Joseph Salisbury Cc: Benjamin Herrenschmidt (supporter:LINUX FOR POWERPC...) Cc: Paul Mackerras (supporter:LINUX FOR POWERPC...) Cc: linuxppc-...@lists.ozlabs.org (open list:LINUX FOR POWERPC...) Cc: linux-kernel

Re: [PATCH 1/1] powerpc: Increase COMMAND_LINE_SIZE to 2048 from 512.

2014-04-14 Thread Joseph Salisbury
On 04/14/2014 11:30 AM, Joseph Salisbury wrote: > BugLink: http://bugs.launchpad.net/bugs/1306677 > > While booting the PPC64EL kernel, the command line gets truncated to 512 > characters. This is due to a hard limit of 512 defined for COMMAND_LINE_SIZE. > It would be benef

Re: [PATCH 1/1] powerpc: Increase COMMAND_LINE_SIZE to 2048 from 512.

2014-04-16 Thread Joseph Salisbury
On 04/15/2014 05:49 AM, Benjamin Herrenschmidt wrote: > On Mon, 2014-04-14 at 14:58 -0400, Joseph Salisbury wrote: >> After further review, it appears ppc does not actually use the define >> in >> the ppc headers but uses the common generic >> default(inclu

[v3.13.y][SRU][PATCH 0/1] ALSA: usb-audio: Prevent printk ratelimiting from spamming kernel log while DEBUG not defined

2014-06-18 Thread Joseph Salisbury
BugLink: http://bugs.launchpad.net/bugs/1319457 Hello, Please consider including upstream commit b7a77235 in the next v3.13.y release. It was included upstream as of v3.15-rc5. It has been tested and confirmed to resolve http://bugs.launchpad.net/bugs/1319457 . commit b7a7723513dc89f83d6df13

[Trusty][SRU][PATCH 1/1] ALSA: usb-audio: Prevent printk ratelimiting from spamming kernel log while DEBUG not defined

2014-06-18 Thread Joseph Salisbury
ayback_urb: 852 callbacks suppressed [ 553.819826] retire_playback_urb: 852 callbacks suppressed So use dev_dbg_ratelimited() instead of this construction. Signed-off-by: Sander Eikelenboom Signed-off-by: Takashi Iwai (backported from commit b7a7723513dc89f83d6df13206df55d4dc26e825) Signed-off-by: J

[3.13.y][SRU][PATCH 0/1] btrfs: fix defrag 32-bit integer overflow

2014-06-18 Thread Joseph Salisbury
c41570c9d29764f797fa35490d72b7395a0105c3 Author: Justin Maggard Date: Tue Jan 21 11:18:29 2014 -0800 btrfs: fix defrag 32-bit integer overflow This commit is a clean cherry-pick against 3.13.y. Sincerely, Joseph Salisbury Justin Maggard (1): btrfs: fix defrag 32-bit integer overflow fs/btrfs/ioctl.c | 6

Re: [v3.13.y][SRU][PATCH 0/1] ALSA: usb-audio: Prevent printk ratelimiting from spamming kernel log while DEBUG not defined

2014-06-18 Thread Joseph Salisbury
On 06/18/2014 01:43 PM, Greg KH wrote: > On Wed, Jun 18, 2014 at 01:14:05PM -0400, Joseph Salisbury wrote: >> BugLink: http://bugs.launchpad.net/bugs/1319457 >> >> Hello, >> >> Please consider including upstream commit b7a77235 in the next v3.13.y >> release

[v3.10.y][v3.11.y][v3.12.y][v3.13.y][v3.14.y][PATCH 1/1][V2] ALSA: usb-audio: Prevent printk ratelimiting from spamming kernel log while DEBUG not defined

2014-06-18 Thread Joseph Salisbury
ayback_urb: 852 callbacks suppressed [ 553.819826] retire_playback_urb: 852 callbacks suppressed So use dev_dbg_ratelimited() instead of this construction. Signed-off-by: Sander Eikelenboom Signed-off-by: Takashi Iwai (backported from commit b7a7723513dc89f83d6df13206df55d4dc26e825) Signed-off-by: J

[v3.10.y][v3.11.y][3.12.y][v3.13.y][v3.14.y][SRU][PATCH 0/1][V2] ALSA: usb-audio: Prevent printk ratelimiting from spamming kernel log while DEBUG not defined

2014-06-18 Thread Joseph Salisbury
Hello, Please consider including upstream commit b7a77235 in the next v3.13.y release. It was included upstream as of v3.15-rc5. It has been tested and confirmed to resolve http://bugs.launchpad.net/bugs/1319457 . commit b7a7723513dc89f83d6df13206df55d4dc26e825 Author: Sander Eikelenboom Dat

Re: Re: [v3.10.y][v3.11.y][v3.12.y][v3.13.y][v3.14.y][PATCH 1/1][V2] ALSA: usb-audio: Prevent printk ratelimiting from spamming kernel log while DEBUG not defined

2014-06-20 Thread Joseph Salisbury
On 06/18/2014 09:52 PM, Ben Hutchings wrote: > On Wed, 2014-06-18 at 14:32 -0400, Joseph Salisbury wrote: >> From: Sander Eikelenboom >> >> BugLink: http://bugs.launchpad.net/bugs/1319457 >> >> This (widely used) construction: >> >> if(printk_ra

Re: [v3.10.y][v3.11.y][v3.12.y][v3.13.y][v3.14.y][PATCH 1/1][V2] ALSA: usb-audio: Prevent printk ratelimiting from spamming kernel log while DEBUG not defined

2014-06-20 Thread Joseph Salisbury
On 06/20/2014 11:21 AM, Joseph Salisbury wrote: > On 06/18/2014 09:52 PM, Ben Hutchings wrote: >> On Wed, 2014-06-18 at 14:32 -0400, Joseph Salisbury wrote: >>> From: Sander Eikelenboom >>> >>> BugLink: http://bugs.launchpad.net/bugs/1319457 >>> &g

Re: [PATCH 2/2] PCI: Only enable realloc auto when root bus has 64bit mmio

2013-12-11 Thread Joseph Salisbury
On 12/09/2013 03:10 PM, Yinghai Lu wrote: > On Mon, Dec 9, 2013 at 11:42 AM, Bjorn Helgaas wrote: >> That doesn't answer my question at all. >> >> I understand that this change makes it so Joseph doesn't have to use >> "pci=realloc=off". But why should auto-reallocation be limited to >> buses tha

Re: [v3.10][v3.11][v3.12][Regression][PATCH 1/1] Revert "Revert "drm/i915: revert eDP bpp clamping code changes""

2013-10-25 Thread Joseph Salisbury
On 10/16/2013 05:02 PM, Daniel Vetter wrote: > On Wed, Oct 16, 2013 at 04:34:57PM -0400, Joseph Salisbury wrote: >> BugLink: http://bugs.launchpad.net/bugs/1195483 >> >> This reverts commit 657445fe8660100ad174600ebfa61536392b7624. >> >> Signed-off-by: Joseph Salis

[v3.11][3.12][Regression] ACPI / processor: Use common hotplug infrastructure

2013-11-15 Thread Joseph Salisbury
Hi Rafael, A kernel bug affecting several users was opened against Ubuntu[0]. After a bisect, it was found the following commit introduced the regression: commit ac212b6980d8d5eda705864fc5a8ecddc6d6eacc Author: Rafael J. Wysocki Date: Fri May 3 00:26:22 2013 +0200 ACPI / processor: Use com

Re: [PATCH 3/3] xhci: rework cycle bit checking for new dequeue pointers

2014-08-27 Thread Joseph Salisbury
On 08/27/2014 07:07 AM, Mathias Nyman wrote: > On 08/21/2014 01:06 AM, Joseph Salisbury wrote: >> On 08/19/2014 08:17 AM, Mathias Nyman wrote: >>> When we manually need to move the TR dequeue pointer we need to set the >>> correct cycle bit as well. Previously we us

Re: [PATCH 3/3] xhci: rework cycle bit checking for new dequeue pointers

2014-08-20 Thread Joseph Salisbury
On 08/19/2014 08:17 AM, Mathias Nyman wrote: > When we manually need to move the TR dequeue pointer we need to set the > correct cycle bit as well. Previously we used the trb pointer from the > last event received as a base, but this was changed in > commit 1f81b6d22a59 ("usb: xhci: Prefer endpoint

Re: [REVERT][v3.16-rc7][STABLE] usb: xhci: Prefer endpoint context dequeue pointer over stopped_trb

2014-08-13 Thread Joseph Salisbury
On 07/30/2014 11:22 PM, Joseph Salisbury wrote: > On 07/30/2014 06:42 PM, Julius Werner wrote: >> Hi Joseph, >> >>> Julius, I was hoping to get your feedback, since you are the patch >>> author. Do you think gathering any additional data will help diagnose >&

[Regression][v3.17][v3.18] USB: Fix persist resume of some SS USB devices

2014-11-04 Thread Joseph Salisbury
Hello Pratyush, A kernel bug report was opened against Ubuntu [0]. After a kernel bisect, it was found that reverting the following commit resolved this bug: commit a40178b2fa6ad87670fb1e5fa4024db00c149629 Author: Pratyush Anand Date: Fri Jul 18 12:37:10 2014 +0530 USB: Fix persist resum

Re: [Regression][v3.17][v3.18] USB: Fix persist resume of some SS USB devices

2014-11-05 Thread Joseph Salisbury
On 11/05/2014 03:48 AM, Pratyush Anand wrote: > On Wed, Nov 05, 2014 at 10:53:35AM +0530, Pratyush Anand wrote: >> Hello Joe, >> >> On Wed, Nov 05, 2014 at 06:20:06AM +0800, Joseph Salisbury wrote: >>> Hello Pratyush, >>> >>> A kernel bug repor

[v4.4-rc1 Regression] scsi: use host wide tags by default

2016-05-06 Thread Joseph Salisbury
Hello Christoph, A kernel bug report was opened against Ubuntu [0]. After a kernel bisect, it was found that reverting the following commit resolved this bug: commit 64d513ac31bd02a3c9b69ef0f36c196f9a9d Author: Christoph Hellwig Date: Thu Oct 8 09:28:04 2015 +0100 scsi: use host wide

[v4.6-rc1 Regression] x86/topology: Create logical package id

2016-05-06 Thread Joseph Salisbury
Hi Thomas, A kernel bug report was opened against Ubuntu [0]. After a kernel bisect, it was found that reverting the following commit resolved this bug: commit 1f12e32f4cd5243ae46d8b933181be0d022c6793 Author: Thomas Gleixner Date: Mon Feb 22 22:19:15 2016 + x86/topology: Create logic

Re: [v4.6-rc1 Regression] x86/topology: Create logical package id

2016-05-06 Thread Joseph Salisbury
On 05/06/2016 03:13 PM, Boris Ostrovsky wrote: > On 05/06/2016 02:48 PM, Thomas Gleixner wrote: >> On Fri, 6 May 2016, Joseph Salisbury wrote: >>> A kernel bug report was opened against Ubuntu [0]. After a kernel >>> bisect, it was found that reverting the followi

Re: [v4.6-rc1 Regression] x86/topology: Create logical package id

2016-05-06 Thread Joseph Salisbury
On 05/06/2016 02:48 PM, Thomas Gleixner wrote: > On Fri, 6 May 2016, Joseph Salisbury wrote: >> A kernel bug report was opened against Ubuntu [0]. After a kernel >> bisect, it was found that reverting the following commit resolved this bug: >> >> commit 1f12e32f4cd52

Re: [v4.6-rc1 Regression] x86/topology: Create logical package id

2016-05-06 Thread Joseph Salisbury
On 05/06/2016 03:38 PM, Joseph Salisbury wrote: > On 05/06/2016 02:48 PM, Thomas Gleixner wrote: >> On Fri, 6 May 2016, Joseph Salisbury wrote: >>> A kernel bug report was opened against Ubuntu [0]. After a kernel >>> bisect, it was found that reverting the followi

Re: [v4.6-rc1 Regression] x86/topology: Create logical package id

2016-05-06 Thread Joseph Salisbury
On 05/06/2016 04:46 PM, Boris Ostrovsky wrote: > On 05/06/2016 03:38 PM, Joseph Salisbury wrote: >> On 05/06/2016 03:13 PM, Boris Ostrovsky wrote: >>> On 05/06/2016 02:48 PM, Thomas Gleixner wrote: >>>> Yuck. That dies with a divide error. And that looks like XEN is

[PATCH][v3.13.y-ckt][v3.19-ckt][v4.2.y-ckt]Revert "usb: hub: do not clear BOS field during reset device"

2016-05-20 Thread Joseph Salisbury
Revert "usb: hub: do not clear BOS field during reset device" Sincerely, Joseph Salisbury

[PATCH][v3.13.y-ckt][PATCH 0/1] bridge: notify user space after fdb update

2016-05-20 Thread Joseph Salisbury
BugLink: http://bugs.launchpad.net/bugs/1581585 Hello, Please consider including upstream commit c65c7a306610ee7c13669a8f5601b472c19dc6f1 in the next v3.13.y-ckt release. It was included in the mainline tree as of v3.14-rc3. It has been tested and confirmed to resolve http://bugs.launchpad.ne

[PATCH][3.13.y-ckt][PATCH 1/1] bridge: Fix the way to find old local fdb entries in br_fdb_changeaddr

2016-05-20 Thread Joseph Salisbury
c6e30c01bd6bbc691) Signed-off-by: Joseph Salisbury --- net/bridge/br_fdb.c | 16 net/bridge/br_input.c | 8 net/bridge/br_private.h | 3 ++- 3 files changed, 18 insertions(+), 9 deletions(-) diff --git a/net/bridge/br_fdb.c b/net/bridge/br_fdb.c index 62c444d.

Re: [PATCH] storvsc: use small sg_tablesize on x86

2016-05-16 Thread Joseph Salisbury
Replying to thread: https://lkml.org/lkml/2016/2/26/1090 > -Original Message- > From: James Bottomley [mailto:james.bottom...@hansenpartnership.com] > Sent: Thursday, January 28, 2016 7:37 AM > To: Olaf Hering > Cc: KY Srinivasan ; Haiyang Zhang > ; linux-kernel@vger.kernel.org; linux- >

[PATCH 1/1][3.13.y-ckt] tty: fix stall caused by missing memory barrier in drivers/tty/n_tty.c

2015-12-08 Thread Joseph Salisbury
Kroah-Hartman [jsalisbury: Backported to 3.13.y: - Use wake_up_interruptible(), not wake_up_interruptible_poll() - There are only two spurious uses of waitqueue_active() to remove] Signed-off-by: Joseph Salisbury --- drivers/tty/n_tty.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-)

[PATCH 0/1][3.13.y-ckt] tty: fix stall caused by missing memory barrier in drivers/tty/n_tty.c

2015-12-08 Thread Joseph Salisbury
e81107d4c6bd098878af9796b24edc8d4a9524fd Author: Kosuke Tatsukawa Date: Fri Oct 2 08:27:05 2015 + tty: fix stall caused by missing memory barrier in drivers/tty/n_tty.c Commit e81107d4 does not apply cleanly to v3.13.y-ckt, so I performed a backport, which is in email 1/1. Sincerely, Joseph Salisbury

[4.4-rc1][Regression] drm/i915: Check live status before reading edid

2016-02-24 Thread Joseph Salisbury
Hi Sonika, A kernel bug report was opened against Ubuntu [0]. After a kernel bisect, it was found that reverting the following commit resolved this bug: commit 237ed86c693d8a8e4db476976aeb30df4deac74b Author: Sonika Jindal Date: Tue Sep 15 09:44:20 2015 +0530 drm/i915: Check live status

Re: [4.4-rc1][Regression] drm/i915: Check live status before reading edid

2016-02-25 Thread Joseph Salisbury
rter. > Are you referring to the same issue as Oleksandr reported where a single link > dvi/hdmi cable didn’t work and dual link worked? I'm not sure if this is the exact issue or not. I'll review the other thread and compare. > > Regards, > Sonika > > -

Re: [PATCH 2/2] toshiba_acpi: Add Satellite P50W-B to alternative keymap and create new mappings.

2015-03-05 Thread Joseph Salisbury
On 03/04/2015 07:05 PM, Azael Avalos wrote: > Hi there, > > 2015-03-04 14:52 GMT-07:00 Joseph Salisbury : > ... >> + { KE_KEY, 0x140, { KEY_BRIGHTNESSDOWN } }, >> + { KE_KEY, 0x141, { KEY_BRIGHTNESSUP } }, > ... > > These two are not neccesary, as the

Re: [PATCH 2/2] toshiba_acpi: Add Satellite P50W-B to alternative keymap and create new mappings.

2015-03-05 Thread Joseph Salisbury
On 03/04/2015 07:05 PM, Azael Avalos wrote: > Hi there, > > 2015-03-04 14:52 GMT-07:00 Joseph Salisbury : > ... >> + { KE_KEY, 0x140, { KEY_BRIGHTNESSDOWN } }, >> + { KE_KEY, 0x141, { KEY_BRIGHTNESSUP } }, > ... > > These two are not neccesary, as the

Re: [PATCH 2/2] toshiba_acpi: Add Satellite P50W-B to alternative keymap and create new mappings.

2015-03-05 Thread Joseph Salisbury
On 03/05/2015 04:04 PM, Azael Avalos wrote: > Hi Joe, > > 2015-03-05 13:59 GMT-07:00 Joseph Salisbury : >> On 03/04/2015 07:05 PM, Azael Avalos wrote: >>> Hi there, >>> >>> 2015-03-04 14:52 GMT-07:00 Joseph Salisbury >>> : >>

[PATCH][v3.18.y][v3.19.y] tg3: Hold tp->lock before calling tg3_halt() from tg3_init_one()

2015-03-05 Thread Joseph Salisbury
t() from tg3_init_one() Sincerely, Joseph Salisbury -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH][v3.18.y][v3.19.y] tg3: Hold tp->lock before calling tg3_halt() from tg3_init_one()

2015-03-06 Thread Joseph Salisbury
On 03/05/2015 04:42 PM, Joseph Salisbury wrote: > Hello, > > Please consider including mainline commit > d0af71a3573f1217b140c60b66f1a9b335fb058b in the next v3.18.y and v3.19.y > stable releases. It was included in the mainline tree as of v4.0-rc1. > It has been teste

[PATCH][stable] Bluetooth: Add support for Acer [0489:e078]

2015-03-03 Thread Joseph Salisbury
been tested and confirmed to resolve: http://bugs.launchpad.net/bugs/1012284 . commit 4b552bc9edfdc947862af225a0e2521edb5d37a0 Author: Anantha Krishnan Date: Mon Oct 6 16:31:49 2014 +0530 Bluetooth: Add support for Acer [0489:e078] Sincerely, Joseph Salisbury -- To unsubscribe from this

Re: [PATCH][stable] Bluetooth: Add support for Acer [0489:e078]

2015-03-03 Thread Joseph Salisbury
On 03/03/2015 01:59 PM, Joseph Salisbury wrote: > Hello, > > Please consider including mainline commit > 4b552bc9edfdc947862af225a0e2521edb5d37a0 in the next 3.2.y, 3.4.y, > 3.10.y, 3.12.y, 3.13.y-ckt, 3.14.y, 3.16.y-ckt and 3.18.y upstream > stable releases. It was includ

[PATCH 2/2] toshiba_acpi: Add Satellite P50W-B to alternative keymap and create new mappings.

2015-03-04 Thread Joseph Salisbury
, brightness up/down. Adding those key ids to the alternate keymap as well(MUTE, BRIGHTNESSDOWN and BRIGHTNESSUP). Signed-off-by: Joseph Salisbury Reported-and-tested-by: robert.anc...@canonical.com Cc: sta...@vger.kernel.org --- drivers/platform/x86/toshiba_acpi.c | 15 ++- 1 file

[PATCH 1/2] toshiba_acpi: Add Satellite L845 to alternative keymap.

2015-03-04 Thread Joseph Salisbury
BugLink: http://bugs.launchpad.net/bugs/1428302 The Toshiba Satellite L845 is required in the alternate keymap for all keys to properly function. Specifically the KEY_WLAN mapped as 0x158. Without being in the alternate keymap, the L845 will report 'Unknown key 158'. Signed-off-

[PATCH][v3.13.y] e1000e: Fix no connectivity when driver loaded with cable out

2014-12-17 Thread Joseph Salisbury
Ertman Date: Tue Mar 25 04:27:55 2014 + e1000e: Fix no connectivity when driver loaded with cable out Sincerely, Joseph Salisbury -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordo

[PATCH][3.13.y-ckt][PATCH 0/1] Backport of mainline commit 4a46b24e for upstream 3.13.y-ckt.

2015-02-27 Thread Joseph Salisbury
A large number of 'failed to flow_del' error messages are being logged in OpenStack deployments running the Ubuntu Trusty release with the 3.13 kernel. This was fixed upstream in the datapath dkms module as well as the 3.16 kernel. Commit 4a46b24e is the fix for this issue, and is in mainline

[PATCH][3.13.y-ckt][PATCH 1/1] openvswitch: Use exact lookup for flow_get and flow_del.

2015-02-27 Thread Joseph Salisbury
B Shelar (backported from commit 4a46b24e147dfa9b858026da02cad0bdd4e149d2) Signed-off-by: Joseph Salisbury --- net/openvswitch/datapath.c | 17 ++--- net/openvswitch/flow_table.c | 16 net/openvswitch/flow_table.h | 3 ++- 3 files changed, 28 insertions(+), 8

Re: [4.4-rc1][Regression] drm/i915: Check live status before reading edid

2016-04-18 Thread Joseph Salisbury
On 03/28/2016 02:39 PM, Joseph Salisbury wrote: > On 03/02/2016 04:58 PM, Joseph Salisbury wrote: >> On 02/29/2016 04:33 AM, Jani Nikula wrote: >>> On Wed, 24 Feb 2016, Joseph Salisbury >>> wrote: >>>> Hi Sonika, >>>> >>>> A k

[4.5-rc4 Regression] qla2xxx: Add irq affinity notification

2016-04-11 Thread Joseph Salisbury
Hello Quinn, A kernel bug report was opened against Ubuntu [0]. After a kernel bisect, it was found that reverting the following commit resolved this bug: commit cdb898c52d1dfad4b4800b83a58b3fe5d352edde Author: Quinn Tran Date: Thu Dec 17 14:57:05 2015 -0500 qla2xxx: Add irq affinity no

Re: [4.5-rc4 Regression] qla2xxx: Add irq affinity notification

2016-04-11 Thread Joseph Salisbury
needed. > > In the mean time, I will download 4.5 rc4 to re-verify. > > Regards, > Quinn Tran > > > > > > > -Original Message- > From: Joseph Salisbury > Date: Monday, April 11, 2016 at 10:26 AM > To: Quinn Tran > Cc: Dept-Eng QLA2xxx Upstr

Re: [4.5-rc4 Regression] qla2xxx: Add irq affinity notification

2016-04-11 Thread Joseph Salisbury
nd did not require any reverts. Thanks for the quick response! Testing results in comment #39: http://pad.lv/1554003 > > > > > > > -Original Message- > From: Joseph Salisbury > Date: Monday, April 11, 2016 at 11:41 AM > To: Quinn Tran > Cc: Dept-Eng QL

[PATCH][v3.19.y-ckt] IB/ipoib: change init sequence ordering

2015-07-01 Thread Joseph Salisbury
: factor out ah flushing The bug reporter states this bug is only happening with the 3.19 kernel, these commits may not be needed in other stable kernels. Sincerely, Joseph Salisbury -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

<    1   2   3   >