https://bugzilla.kernel.org/show_bug.cgi?id=60758
--- Comment #6 from Jeff Zhou ---
There are some discussions about this removal in history:
http://www.mail-archive.com/initramfs@vger.kernel.org/msg02645.html
--
You are receiving this mail because:
You are the assignee for the bug.
--
To unsu
Hi Linus,
Here is a -v2 PULL request for the current set of target-pending fixes
for v3.11. These fixes have not hit mainline yet, so I'm resending them
now to be sure they hit v3.11 before the merge window opens. Please let
me know if you have any concerns with the series.
The original PULL re
https://bugzilla.kernel.org/show_bug.cgi?id=60758
--- Comment #5 from Jeff Zhou ---
If your system fails by "module scsi_wait_scan not found", then it could be the
init script issue in your CentOS box.
The last kernel with scsi_wait_scan.ko is v3.5.7, it has been removed ever
since v3.6. Any ini
On Thu, 2013-08-29 at 08:00 +0800, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Remove including that don't need it.
>
> Signed-off-by: Wei Yongjun
> ---
Applied to target-pending/for-next.
Thanks Wei!
--nab
> drivers/target/target_core_xcopy.c | 1 -
> 1 file changed, 1 deletion(-)
>
> di
On Fri, Aug 30, 2013 at 11:01:56AM +0100, Nix wrote:
> On 1 Aug 2013, Bernd Schubert said:
>
> > Once I noticed that scsi_get_vpd_page() works fine from other function
> > calls and that it is not 0x89, but already 0x0 that fails fixing it became
> > easy.
> >
> > Nix, any chance you could verify
Resending as plain-text (hopefully) so linux-scsi doesn't bounce it...
Apparently, only about 4 months.
P17 firmware is out.
Tested on a card which was demonstrating the incorrect behavior
before, of model 9201-16i.
It does appear to contain the fixes for this problem.
--
To unsubscribe from th
Tested-by: Yaniv Gardi
-Original Message-
From: linux-scsi-ow...@vger.kernel.org
[mailto:linux-scsi-ow...@vger.kernel.org] On Behalf Of Subhash Jadavani
Sent: Tuesday, August 27, 2013 11:59 AM
To: Dolev Raviv
Cc: linux-scsi@vger.kernel.org; linux-arm-...@vger.kernel.org; open list
Subject
On 8/30/2013 7:47 AM, Douglas Gilbert wrote:
> I proposed the following patch some time back to give the user space finer
> resolution on resets with the option of stopping the escalation but it has
> gone nowhere: http://marc.info/?l=linux-scsi&m=136104139102048&w=2
>
> With that patch you might
On 08/30/2013 02:45 PM, Christoph Hellwig wrote:
>>
>> +static enum blk_eh_timer_return virtscsi_timedout(struct scsi_cmnd *scmd)
>> +{
>> +scsi_abort_command(scmd);
>> +return BLK_EH_SCHEDULED;
>> +}
>
> just set the method vector to scsi_abort_command here and in all the
> other trivia
On 13-08-30 02:04 PM, Marcus Meissner wrote:
Hi folks,
cdrecord wants to whack the CD drive with a SCSI RESET ...
So far SCSI RESET can be done at 4 levels (target, device, bus, host)
and all 4 are checked for CAP_SYS_ADMIN / CAP_SYS_RAWIO.
As the cdrecord author wants special permissions for
>
> +static enum blk_eh_timer_return virtscsi_timedout(struct scsi_cmnd *scmd)
> +{
> + scsi_abort_command(scmd);
> + return BLK_EH_SCHEDULED;
> +}
just set the method vector to scsi_abort_command here and in all the
other trivial conversions instead of having all those pointless
wrapper
On 08/30/2013 02:04 PM, Marcus Meissner wrote:
> Hi folks,
>
> cdrecord wants to whack the CD drive with a SCSI RESET ...
>
> So far SCSI RESET can be done at 4 levels (target, device, bus, host)
> and all 4 are checked for CAP_SYS_ADMIN / CAP_SYS_RAWIO.
>
>
> As the cdrecord author wants speci
Hi folks,
cdrecord wants to whack the CD drive with a SCSI RESET ...
So far SCSI RESET can be done at 4 levels (target, device, bus, host)
and all 4 are checked for CAP_SYS_ADMIN / CAP_SYS_RAWIO.
As the cdrecord author wants special permissions for cdrecord, readcd ,
cdda2wav to allow it to sen
On 1 Aug 2013, Bernd Schubert said:
> Once I noticed that scsi_get_vpd_page() works fine from other function
> calls and that it is not 0x89, but already 0x0 that fails fixing it became
> easy.
>
> Nix, any chance you could verify it also works for you?
As an aside, this commit does indeed fix th
https://bugzilla.kernel.org/show_bug.cgi?id=60758
--- Comment #4 from zakrzews...@wp.pl ---
Here you are:
http://www.upemax.user.icpnet.pl/config-3.10.9-1.el6.elrepo.x86_64
--
You are receiving this mail because:
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "
15 matches
Mail list logo