Re: [PATCHv4 1/1] SCSI: hosts: update to use ida_simple for host_no management

2015-10-14 Thread Hannes Reinecke
On 10/14/2015 08:53 PM, James Bottomley wrote: > On Wed, 2015-10-14 at 11:34 -0700, Lee Duncan wrote: >> On 10/14/2015 06:55 AM, James Bottomley wrote: >>> On Wed, 2015-10-07 at 16:51 -0700, Lee Duncan wrote: Update the SCSI hosts module to use the ida_simple*() routines to manage its hos

Re: [PATCH 09/25] scsi: hisi_sas: add phy SAS ADDR initialization

2015-10-14 Thread zhangfei
On 10/14/2015 11:18 PM, Arnd Bergmann wrote: On Wednesday 14 October 2015 16:05:21 John Garry wrote: OK, we can look at adding the ability to read the SAS HBA address from a FW image or EFI variables. The easiest way is usually to have a DT property that gets updated by the firmware. Ye

Re: [PATCH v4 11/11] scsi: ufs-exynos: add UFS host support for Exynos SoCs

2015-10-14 Thread Alim Akhtar
+CCing kishon Vijay, On 10/14/2015 06:25 PM, Alim Akhtar wrote: From: Seungwon Jeon This patch introduces Exynos UFS host controller driver, which mainly handles vendor-specific operations including link startup, power mode change and hibernation/unhibernation. Signed-off-by: Seungwon Jeon S

Re: [PATCH v2] scsi: kconfig: When possible, compile drivers with COMPILE_TEST

2015-10-14 Thread kbuild test robot
Hi Luis, [auto build test WARNING on scsi/for-next -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Luis-de-Bethencourt/scsi-kconfig-When-possible-compile-drivers-with-COMPILE_TEST/20151015-073819 config:

Re: [PATCH net-next] cxgb4i: Increased the value of MAX_IMM_TX_PKT_LEN from 128 to 256 bytes

2015-10-14 Thread David Miller
From: Karen Xie Date: Tue, 13 Oct 2015 17:13:59 -0700 > This helps improving the latency of small packets. > > Signed-off-by: Rakesh Ranjan > Signed-off-by: Karen Xie Applied, thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord..

Re: [PATCH] scsi: kconfig: When possible, compile drivers with COMPILE_TEST

2015-10-14 Thread kbuild test robot
Hi Luis, [auto build test WARNING on scsi/for-next -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Luis-de-Bethencourt/scsi-kconfig-When-possible-compile-drivers-with-COMPILE_TEST/20151015-051558 reproduc

Re: [PATCH] scsi: kconfig: When possible, compile drivers with COMPILE_TEST

2015-10-14 Thread James Bottomley
On Thu, 2015-10-15 at 00:30 +0100, Luis de Bethencourt wrote: > On 14/10/15 23:42, James Bottomley wrote: > > On Wed, 2015-10-14 at 22:13 +0100, Luis de Bethencourt wrote: > >> These drivers only have runtime but no build time dependencies, so they can > >> be built for testing purposes if the Kcon

[PATCH v2] scsi: kconfig: When possible, compile drivers with COMPILE_TEST

2015-10-14 Thread Luis de Bethencourt
These drivers only have runtime but no build time dependencies, so they can be built for testing purposes if the Kconfig COMPILE_TEST option is enabled. This is useful to have more build coverage and make sure that drivers are not affected by changes that could cause build regressions. Signed-off

Re: [PATCH 1/2] qla2xxx: Remove unavailable firmware files

2015-10-14 Thread Julian Calaby
Hi Himanshu, On Thu, Oct 15, 2015 at 2:57 AM, Himanshu Madhani wrote: > Remove firmware binary names for the ISPs, which > are not submitted to linux-firmware > > Signed-off-by: Himanshu Madhani > Signed-off-by: Giridhar Malavali For what it's worth, this looks good to me. Thanks, -- Julian

Re: [PATCH] scsi: kconfig: When possible, compile drivers with COMPILE_TEST

2015-10-14 Thread Luis de Bethencourt
On 14/10/15 23:42, James Bottomley wrote: > On Wed, 2015-10-14 at 22:13 +0100, Luis de Bethencourt wrote: >> These drivers only have runtime but no build time dependencies, so they can >> be built for testing purposes if the Kconfig COMPILE_TEST option is enabled. >> >> This is useful to have more

Re: [PATCH] scsi: kconfig: When possible, compile drivers with COMPILE_TEST

2015-10-14 Thread James Bottomley
On Wed, 2015-10-14 at 22:13 +0100, Luis de Bethencourt wrote: > These drivers only have runtime but no build time dependencies, so they can > be built for testing purposes if the Kconfig COMPILE_TEST option is enabled. > > This is useful to have more build coverage and make sure that drivers are >

Re: [PATCH] scsi: kconfig: When possible, compile drivers with COMPILE_TEST

2015-10-14 Thread Randy Dunlap
On 10/14/15 14:13, Luis de Bethencourt wrote: > These drivers only have runtime but no build time dependencies, so they can > be built for testing purposes if the Kconfig COMPILE_TEST option is enabled. > > This is useful to have more build coverage and make sure that drivers are > not affected by

Re: [PATCHv4 1/1] SCSI: hosts: update to use ida_simple for host_no management

2015-10-14 Thread Lee Duncan
On 10/14/2015 11:53 AM, James Bottomley wrote: > On Wed, 2015-10-14 at 11:34 -0700, Lee Duncan wrote: >> On 10/14/2015 06:55 AM, James Bottomley wrote: >>> On Wed, 2015-10-07 at 16:51 -0700, Lee Duncan wrote: Update the SCSI hosts module to use the ida_simple*() routines to manage its hos

Re: [PATCH 2/2] qla2xxx: fix rwlock recursion

2015-10-14 Thread Himanshu Madhani
Hi Bart, > On Oct 14, 2015, at 10:33 AM, Bart Van Assche > wrote: > > On 10/14/2015 08:57 AM, Himanshu Madhani wrote: >> This patch fixes rwlock recursion introduced for ISP82XX by >> commit 8dfa4b5a ("qla2xxx: Fix sparse annotations") > > Hello Himanshu, > > Would it be possible to test whe

[PATCH] scsi: kconfig: When possible, compile drivers with COMPILE_TEST

2015-10-14 Thread Luis de Bethencourt
These drivers only have runtime but no build time dependencies, so they can be built for testing purposes if the Kconfig COMPILE_TEST option is enabled. This is useful to have more build coverage and make sure that drivers are not affected by changes that could cause build regressions. Signed-off

Re: [PATCH 0/3] SCSI: Fix hard lockup in scsi_remove_target()

2015-10-14 Thread Ewan Milne
On Wed, 2015-10-14 at 07:30 -0700, James Bottomley wrote: > On Wed, 2015-10-14 at 15:50 +0200, Johannes Thumshirn wrote: > > Removing a SCSI target via scsi_remove_target() suspected to be racy. When a > > sibling get's removed from the list it can occassionly happen that one CPU > > is > > stuck

Re: [PATCHv4 1/1] SCSI: hosts: update to use ida_simple for host_no management

2015-10-14 Thread James Bottomley
On Wed, 2015-10-14 at 11:34 -0700, Lee Duncan wrote: > On 10/14/2015 06:55 AM, James Bottomley wrote: > > On Wed, 2015-10-07 at 16:51 -0700, Lee Duncan wrote: > >> Update the SCSI hosts module to use the ida_simple*() routines > >> to manage its host_no index instead of an ATOMIC integer. This > >>

Re: [PATCHv4 1/1] SCSI: hosts: update to use ida_simple for host_no management

2015-10-14 Thread Lee Duncan
On 10/14/2015 06:55 AM, James Bottomley wrote: > On Wed, 2015-10-07 at 16:51 -0700, Lee Duncan wrote: >> Update the SCSI hosts module to use the ida_simple*() routines >> to manage its host_no index instead of an ATOMIC integer. This >> means that the SCSI host number will now be reclaimable. > >

Re: [PATCH 0/3] SCSI: Fix hard lockup in scsi_remove_target()

2015-10-14 Thread Christoph Hellwig
On Wed, Oct 14, 2015 at 08:45:56AM -0700, James Bottomley wrote: > OK, so I really need you to separate the problems. Fixing the bug > you're reporting does not require a complete rework of the locking > infrastructure; it just requires replacing the traversal macro with the > safe version, can yo

Re: [PATCH 0/3] SCSI: Fix hard lockup in scsi_remove_target()

2015-10-14 Thread Johannes Thumshirn
Zitat von James Bottomley : On Wed, 2015-10-14 at 16:39 +0200, Johannes Thumshirn wrote: On Wed, 2015-10-14 at 07:30 -0700, James Bottomley wrote: > On Wed, 2015-10-14 at 15:50 +0200, Johannes Thumshirn wrote: > > Removing a SCSI target via scsi_remove_target() suspected to be > > racy. When a

Re: [PATCH 0/3] SCSI: Fix hard lockup in scsi_remove_target()

2015-10-14 Thread Johannes Thumshirn
Zitat von Christoph Hellwig : On Wed, Oct 14, 2015 at 04:39:07PM +0200, Johannes Thumshirn wrote: removal. This is what my initial proposal did as well. Christoph wanted me to decouple the whole process from the host_lock though and this is what this patches do as well now. I think we've talk

Re: [PATCH 2/2] qla2xxx: fix rwlock recursion

2015-10-14 Thread Bart Van Assche
On 10/14/2015 08:57 AM, Himanshu Madhani wrote: This patch fixes rwlock recursion introduced for ISP82XX by commit 8dfa4b5a ("qla2xxx: Fix sparse annotations") Hello Himanshu, Would it be possible to test whether the (untested) patch below also fixes the observed rwlock recursion ? Thanks,

Re: [PATCH 2/2] qla2xxx: fix rwlock recursion

2015-10-14 Thread Bart Van Assche
On 10/14/2015 08:57 AM, Himanshu Madhani wrote: -qla82xx_pci_set_crbwindow_2M(struct qla_hw_data *ha, ulong off_in, -void __iomem **off_out) +qla82xx_pci_set_crbwindow_2M(struct qla_hw_data *ha, ulong *off) { Hello Himanshu, Do you think it would be possible to ke

[PATCH 1/2] qla2xxx: Remove unavailable firmware files

2015-10-14 Thread Himanshu Madhani
Remove firmware binary names for the ISPs, which are not submitted to linux-firmware Signed-off-by: Himanshu Madhani Signed-off-by: Giridhar Malavali --- drivers/scsi/qla2xxx/qla_os.c | 29 - 1 files changed, 0 insertions(+), 29 deletions(-) diff --git a/drivers/s

[PATCH 2/2] qla2xxx: fix rwlock recursion

2015-10-14 Thread Himanshu Madhani
This patch fixes rwlock recursion introduced for ISP82XX by commit 8dfa4b5a ("qla2xxx: Fix sparse annotations") Original patch fixes other sparse warnings which did not cause any regression. So instead of reverting complete patch, this patch will revert only part which caused recursion. stack tra

[PATCH 0/2] qla2xxx: Patches for 4.3.0-rc5+ scsi "misc" branch.

2015-10-14 Thread Himanshu Madhani
Hi James, Christoph, Please apply the following patches to the scsi tree, misc branch at your earliest convenience. Thanks, -Himanshu Himanshu Madhani (2): qla2xxx: Remove unavailable firmware files qla2xxx: fix rwlock recursion drivers/scsi/qla2xxx/qla_nx.c | 58 ---

Re: [PATCH v4 02/11] phy: exynos-ufs: add UFS PHY driver for EXYNOS SoC

2015-10-14 Thread Kishon Vijay Abraham I
On Wednesday 14 October 2015 09:43 PM, Alim Akhtar wrote: > Hi, > > On Wed, Oct 14, 2015 at 9:31 PM, Kishon Vijay Abraham I wrote: >> Hi, >> >> On Wednesday 14 October 2015 06:25 PM, Alim Akhtar wrote: >>> From: Seungwon Jeon >>> >>> This patch introduces Exynos UFS PHY driver. This driver >>>

Re: [PATCH v4 02/11] phy: exynos-ufs: add UFS PHY driver for EXYNOS SoC

2015-10-14 Thread Alim Akhtar
Hi, On Wed, Oct 14, 2015 at 9:31 PM, Kishon Vijay Abraham I wrote: > Hi, > > On Wednesday 14 October 2015 06:25 PM, Alim Akhtar wrote: >> From: Seungwon Jeon >> >> This patch introduces Exynos UFS PHY driver. This driver >> supports to deal with phy calibration and power control >> according to

Re: [PATCH 0/3] SCSI: Fix hard lockup in scsi_remove_target()

2015-10-14 Thread Christoph Hellwig
On Wed, Oct 14, 2015 at 04:39:07PM +0200, Johannes Thumshirn wrote: > removal. This is what my initial proposal did as well. Christoph wanted > me to decouple the whole process from the host_lock though and this is > what this patches do as well now. I think we've talked past each other, I didn't

Re: [PATCH v4 02/11] phy: exynos-ufs: add UFS PHY driver for EXYNOS SoC

2015-10-14 Thread Kishon Vijay Abraham I
Hi, On Wednesday 14 October 2015 06:25 PM, Alim Akhtar wrote: > From: Seungwon Jeon > > This patch introduces Exynos UFS PHY driver. This driver > supports to deal with phy calibration and power control > according to UFS host driver's behavior. > > Signed-off-by: Seungwon Jeon > Signed-off-by

Re: [PATCH 0/3] SCSI: Fix hard lockup in scsi_remove_target()

2015-10-14 Thread James Bottomley
On Wed, 2015-10-14 at 16:39 +0200, Johannes Thumshirn wrote: > On Wed, 2015-10-14 at 07:30 -0700, James Bottomley wrote: > > On Wed, 2015-10-14 at 15:50 +0200, Johannes Thumshirn wrote: > > > Removing a SCSI target via scsi_remove_target() suspected to be > > > racy. When a > > > sibling get's remo

Re: [PATCH 09/25] scsi: hisi_sas: add phy SAS ADDR initialization

2015-10-14 Thread Arnd Bergmann
On Wednesday 14 October 2015 16:05:21 John Garry wrote: > > OK, we can look at adding the ability to read the SAS HBA address from a > FW image or EFI variables. > The easiest way is usually to have a DT property that gets updated by the firmware. Arnd -- To unsubscribe from this list:

Re: [PATCH 09/25] scsi: hisi_sas: add phy SAS ADDR initialization

2015-10-14 Thread John Garry
On 14/10/2015 09:40, Hannes Reinecke wrote: On 10/13/2015 07:14 PM, John Garry wrote: On 13/10/2015 07:12, Hannes Reinecke wrote: On 10/12/2015 05:20 PM, John Garry wrote: This SAS ID is chosen as Huawei IEEE id: 001882 Signed-off-by: John Garry --- drivers/scsi/hisi_sas/hisi_sas_init.c |

Re: [PATCH 0/3] SCSI: Fix hard lockup in scsi_remove_target()

2015-10-14 Thread Johannes Thumshirn
On Wed, 2015-10-14 at 07:30 -0700, James Bottomley wrote: > On Wed, 2015-10-14 at 15:50 +0200, Johannes Thumshirn wrote: > > Removing a SCSI target via scsi_remove_target() suspected to be > > racy. When a > > sibling get's removed from the list it can occassionly happen that > > one CPU is > > stu

Re: [PATCH 1/3] SCSI: Introduce device_lock and target_lock in Scsi_Host

2015-10-14 Thread kbuild test robot
Hi Johannes, [auto build test ERROR on scsi/for-next -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Johannes-Thumshirn/SCSI-Introduce-device_lock-and-target_lock-in-Scsi_Host/20151014-215532 c

Re: [PATCH 0/3] SCSI: Fix hard lockup in scsi_remove_target()

2015-10-14 Thread James Bottomley
On Wed, 2015-10-14 at 15:50 +0200, Johannes Thumshirn wrote: > Removing a SCSI target via scsi_remove_target() suspected to be racy. When a > sibling get's removed from the list it can occassionly happen that one CPU is > stuck endlessly looping around this code block > > list_for_each_entry(starg

Re: [PATCH 3/3] SCSI: Rework list handling in __scsi_target_remove

2015-10-14 Thread Hannes Reinecke
On 10/14/2015 03:50 PM, Johannes Thumshirn wrote: > Rework the list handling in __scsi_target_remove(). The new version introduces > a reap list for devices. Devices that shall be removed are placed on the reap > list and can then be removed later on. > > Signed-off-by: Johannes Thumshirn > --- >

Re: [PATCH 2/3] SCSI: Rework list handling in scsi_target_remove

2015-10-14 Thread Hannes Reinecke
On 10/14/2015 03:50 PM, Johannes Thumshirn wrote: > Rework the list handling in scsi_target_remove(). The new version introduces a > reap list for targets. Targets that shall be removed are placed on the reap > list and can then be reaped later on. > > Signed-off-by: Johannes Thumshirn > --- > d

Re: [PATCH 1/3] SCSI: Introduce device_lock and target_lock in Scsi_Host

2015-10-14 Thread Hannes Reinecke
On 10/14/2015 03:50 PM, Johannes Thumshirn wrote: > Introduce target_lock and device_lock to untangle the __devices and __targets > lists from the host_lock. > > Signed-off-by: Johannes Thumshirn > --- Actually, you need to convert scsi_lookup_by_target, too. That, too, relies on the host_lock.

Re: [PATCH 1/3] SCSI: Introduce device_lock and target_lock in Scsi_Host

2015-10-14 Thread Hannes Reinecke
On 10/14/2015 03:50 PM, Johannes Thumshirn wrote: > Introduce target_lock and device_lock to untangle the __devices and __targets > lists from the host_lock. > > Signed-off-by: Johannes Thumshirn > --- > drivers/scsi/53c700.c | 3 +++ > drivers/scsi/hosts.c | 2 ++ > drivers/scsi/scsi

Re: [PATCHv4 1/1] SCSI: hosts: update to use ida_simple for host_no management

2015-10-14 Thread James Bottomley
On Wed, 2015-10-07 at 16:51 -0700, Lee Duncan wrote: > Update the SCSI hosts module to use the ida_simple*() routines > to manage its host_no index instead of an ATOMIC integer. This > means that the SCSI host number will now be reclaimable. OK, but why would we want to do this? We do it for sd b

[PATCH 0/3] SCSI: Fix hard lockup in scsi_remove_target()

2015-10-14 Thread Johannes Thumshirn
Removing a SCSI target via scsi_remove_target() suspected to be racy. When a sibling get's removed from the list it can occassionly happen that one CPU is stuck endlessly looping around this code block list_for_each_entry(starget, &shost->__targets, siblings) { if (starget->state == STARGE

[PATCH 2/3] SCSI: Rework list handling in scsi_target_remove

2015-10-14 Thread Johannes Thumshirn
Rework the list handling in scsi_target_remove(). The new version introduces a reap list for targets. Targets that shall be removed are placed on the reap list and can then be reaped later on. Signed-off-by: Johannes Thumshirn --- drivers/scsi/scsi_sysfs.c | 19 --- 1 file change

[PATCH 3/3] SCSI: Rework list handling in __scsi_target_remove

2015-10-14 Thread Johannes Thumshirn
Rework the list handling in __scsi_target_remove(). The new version introduces a reap list for devices. Devices that shall be removed are placed on the reap list and can then be removed later on. Signed-off-by: Johannes Thumshirn --- drivers/scsi/scsi_sysfs.c | 10 +++--- 1 file changed, 7 i

[PATCH 1/3] SCSI: Introduce device_lock and target_lock in Scsi_Host

2015-10-14 Thread Johannes Thumshirn
Introduce target_lock and device_lock to untangle the __devices and __targets lists from the host_lock. Signed-off-by: Johannes Thumshirn --- drivers/scsi/53c700.c | 3 +++ drivers/scsi/hosts.c | 2 ++ drivers/scsi/scsi.c | 8 drivers/scsi/scsi_scan.c | 10 +-

[PATCH v4 11/11] scsi: ufs-exynos: add UFS host support for Exynos SoCs

2015-10-14 Thread Alim Akhtar
From: Seungwon Jeon This patch introduces Exynos UFS host controller driver, which mainly handles vendor-specific operations including link startup, power mode change and hibernation/unhibernation. Signed-off-by: Seungwon Jeon Signed-off-by: Alim Akhtar --- drivers/scsi/ufs/Kconfig |

[PATCH v4 10/11] Documentation: devicetree: ufs: Add DT bindings for exynos UFS host controller

2015-10-14 Thread Alim Akhtar
From: Seungwon Jeon This adds Exynos Universal Flash Storage (UFS) Host Controller DT bindings. Signed-off-by: Seungwon Jeon Signed-off-by: Alim Akhtar --- .../devicetree/bindings/ufs/ufs-exynos.txt | 104 1 file changed, 104 insertions(+) create mode 100644 Doc

[PATCH v4 09/11] scsi: ufs: make ufshcd_config_pwr_mode of non-static func

2015-10-14 Thread Alim Akhtar
From: Seungwon Jeon This makes ufshcd_config_pwr_mode non-static so that other vendors like exynos can use the same. Signed-off-by: Seungwon Jeon Signed-off-by: Alim Akhtar --- drivers/scsi/ufs/ufshcd.c |5 ++--- drivers/scsi/ufs/ufshcd.h |2 ++ 2 files changed, 4 insertions(+), 3 del

[PATCH v4 08/11] scsi: ufs: add add specific callback for hibern8

2015-10-14 Thread Alim Akhtar
From: Seungwon Jeon Some host controller needs specific handling before/after (un)hibernation, This change adds specific callback function to support vendor's implementation. Signed-off-by: Seungwon Jeon Signed-off-by: Alim Akhtar --- drivers/scsi/ufs/ufshcd.c | 33 +

[PATCH v4 06/11] scsi: ufs: add quirk to enable host controller without hce

2015-10-14 Thread Alim Akhtar
From: Seungwon Jeon Some host controller doesn't support host controller enable via HCE. Signed-off-by: Seungwon Jeon Signed-off-by: Alim Akhtar --- drivers/scsi/ufs/ufshcd.c | 75 +++-- drivers/scsi/ufs/ufshcd.h |5 +++ 2 files changed, 78 insert

[PATCH v4 07/11] scsi: ufs: add specific callback for nexus type

2015-10-14 Thread Alim Akhtar
From: Seungwon Jeon Some host controller needs nexus type information for handling command. This change adds specific callback function to support vendor's implementation. Signed-off-by: Seungwon Jeon Signed-off-by: Alim Akhtar --- drivers/scsi/ufs/ufshcd.c |3 +++ drivers/scsi/ufs/ufshcd

[PATCH v4 05/11] scsi: ufs: add quirk not to allow reset of interrupt aggregation

2015-10-14 Thread Alim Akhtar
From: Seungwon Jeon Some host controller supports interrupt aggregation, but doesn't allow to reset counter and timer by s/w. Signed-off-by: Seungwon Jeon Signed-off-by: Alim Akhtar --- drivers/scsi/ufs/ufshcd.c |3 ++- drivers/scsi/ufs/ufshcd.h |6 ++ 2 files changed, 8 insertion

[PATCH v4 03/11] scsi: ufs: add quirk to contain unconformable utrd field

2015-10-14 Thread Alim Akhtar
From: Seungwon Jeon UTRD(UTP Transfer Request Descriptor)'s field such as offset/length, especially response's has DWORD expression. This quirk can be specified for host controller not to conform standard. Signed-off-by: Seungwon Jeon Signed-off-by: Alim Akhtar --- drivers/scsi/ufs/ufshcd.c |

[PATCH v4 04/11] scsi: ufs: add quirk to fix mishandling utrlclr/utmrlclr

2015-10-14 Thread Alim Akhtar
From: Seungwon Jeon In the right behavior, setting the bit to '0' indicates clear and '1' indicates no change. If host contoller handles this the other way, UFSHCI_QUIRK_BROKEN_REQ_LIST_CLR can be used. Signed-off-by: Seungwon Jeon Signed-off-by: Alim Akhtar --- drivers/scsi/ufs/ufshcd.c |

[PATCH v4 01/11] Documentation: samsung-phy: Add dt bindings for UFS

2015-10-14 Thread Alim Akhtar
Adds exynos UFS PHY device tree bindings information. Signed-off-by: Alim Akhtar --- .../devicetree/bindings/phy/samsung-phy.txt| 22 1 file changed, 22 insertions(+) diff --git a/Documentation/devicetree/bindings/phy/samsung-phy.txt b/Documentation/devicetree/bi

[PATCH v4 02/11] phy: exynos-ufs: add UFS PHY driver for EXYNOS SoC

2015-10-14 Thread Alim Akhtar
From: Seungwon Jeon This patch introduces Exynos UFS PHY driver. This driver supports to deal with phy calibration and power control according to UFS host driver's behavior. Signed-off-by: Seungwon Jeon Signed-off-by: Alim Akhtar Cc: Kishon Vijay Abraham I --- drivers/phy/Kconfig

[PATCH v4 00/11] exynos-ufs: add support for Exynos

2015-10-14 Thread Alim Akhtar
This patch-set introduces UFS (Universal Flash Storage) host support for Samsung Exynos SoC. Mostly, it consists of UFS PHY and host specific driver. And it also contains some quirks handling for Exynos. NOTE: ** This series has a dependency on [4]. ** -Changes since v3: * Fixed compilation warri

Re: [PATCHv4 1/1] SCSI: hosts: update to use ida_simple for host_no management

2015-10-14 Thread Johannes Thumshirn
On Wed, 2015-10-07 at 16:51 -0700, Lee Duncan wrote: > Update the SCSI hosts module to use the ida_simple*() routines > to manage its host_no index instead of an ATOMIC integer. This > means that the SCSI host number will now be reclaimable. > > Signed-off-by: Lee Duncan > --- > drivers/scsi/hos

Re: [RFC v6 03/25] m68k/atari: Replace nvram_{read,write}_byte with arch_nvram_ops

2015-10-14 Thread Finn Thain
James, would you please review and ack this patch, and patch 01/25 also? On Sun, 23 Aug 2015, Finn Thain wrote: > By implementing an arch_nvram_ops struct, any platform can re-use the > drivers/char/nvram module without needing any arch-specific code > in that module. Atari does so here. > > At

RE: Hello Friend

2015-10-14 Thread Ahamed, Syed
From: Ahamed, Syed Sent: October 14, 2015 8:15 AM To: Ahamed, Syed Subject: Hello Friend Hello Friend I am introducing you to a deal of (Twenty-five Million,Three Hundred Thousand USD) in my bank in China. Detailed information about this transaction will be sen

Re: [PATCH 09/25] scsi: hisi_sas: add phy SAS ADDR initialization

2015-10-14 Thread Hannes Reinecke
On 10/13/2015 07:14 PM, John Garry wrote: > On 13/10/2015 07:12, Hannes Reinecke wrote: >> On 10/12/2015 05:20 PM, John Garry wrote: >>> This SAS ID is chosen as Huawei IEEE id: 001882 >>> >>> Signed-off-by: John Garry >>> --- >>> drivers/scsi/hisi_sas/hisi_sas_init.c | 15 +++ >>>