Re: [PATCH RESEND] iscsi: Don't destroy session if there are outstanding connections

On 1/13/20 2:36 PM, Gabriel Krisman Bertazi wrote: > Gabriel Krisman Bertazi writes: > >> From: Nick Black >> >> Hi, >> >> I thought this was already committed for some reason, until it bit me >> again today. Any opposition to this one? > > Hi, > > Pinging this patch. Any oposion? > >>> 8

Re: [PATCH 0/3] drivers base: transport component error propagation

On Mon, Jan 06, 2020 at 01:58:14PM -0500, Gabriel Krisman Bertazi wrote: > Hi, > > This small series improves error propagation on the transport component > to prevent an inconsistent state in the iscsi module. The bug that > motivated this patch results in a hanging iscsi connection that cannot

Re: [PATCH 1/3] drivers: base: Support atomic version of attribute_container_device_trigger

On Mon, Jan 06, 2020 at 01:58:15PM -0500, Gabriel Krisman Bertazi wrote: > attribute_container_device_trigger invokes callbacks that may fail for > one or more classdev's, for instance, the transport_add_class_device > callback, called during transport creation, does memory allocation. > This

Re: [PATCH 2/3] drivers: base: Propagate errors through the transport component

On Mon, Jan 06, 2020 at 01:58:16PM -0500, Gabriel Krisman Bertazi wrote: > The transport registration may fail. Make sure the errors are > propagated to the callers. > > Signed-off-by: Gabriel Krisman Bertazi Reviewed-by: Greg Kroah-Hartman -- You received this message because you are