Brown, Len wrote:
Please then try the latest ACPI patch here:
>
http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches
/release/2.6.13/acpi-20050902-2.6.13.diff.gz
> It should apply to vanilla 2.6.13 with a reject in ia64/Kconfig
> that you can ignore.
>
> If this works, then we
From: "Brown, Len" <[EMAIL PROTECTED]>
Date: Sat, 3 Sep 2005 12:58:15 -0400
> CONFIG_AUDIT=y indeed did the trick.
>
> When will I be able to delete CONFIG_AUDIT from my kernel again?
It's a regression we accidently added to the netlink socket
family, we will fix it. But please use the workarou
On Sat, 2005-09-03 at 23:51 +1000, Peter Williams wrote:
> > Are you seeing this "Device not ready" message appear over and over, or
> > just the once?
>
> Just the once.
OK, I finally have a theory about this. It's the everything goes via
bios code. Previously there were several levels at wh
>As for the inability to log in, this bug may be relevant,
>given I also had
>that problem:
>
>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166422
>
>There are fixes in the pipeline for util-linux audit
>interaction in Fedora as
>well. I know because I reported those too ;)
>
>> afte
>> > Please then try the latest ACPI patch here:
>> >
>http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches
>/release/2.6.13/acpi-20050902-2.6.13.diff.gz
>> > It should apply to vanilla 2.6.13 with a reject in ia64/Kconfig
>> > that you can ignore.
>> >
>> > If this works, then we
On Sat, Sep 03, 2005 at 02:30:42PM +0200, Andreas Herrmann wrote:
> zfcp: introduce eh_timed_out handler
>
> This handler is required to avoid offlined SCSI devices in a multipath
> setup if scsi commands time out on cable pulls lasting longer than 30
> seconds.
Please don't do this. We have pro
Hi!
I think, I have found the problem with SCSI-Tapes
(Error 8).
I have detect, that the sgraidmon is testing all sg-devices,
and if the inquiry-command fails (timeout) it sends a bus-
reset-command (ioctl) as "recovery"-operation !
After stopping the sgraidmon I have no more problems with
th
Reuben Farrelly wrote:
Hi Peter,
On 3/09/2005 4:59 a.m., Peter Williams wrote:
Brown, Len wrote:
[ 279.662960] [] wait_for_completion+0xa4/0x110
possibly a missing interrupt?
CONFIG_ACPI=y
any difference if booted with "acpi=off" or "acpi=noirq"?
Yes. In both cases, the syst
On Sat, 2005-09-03 at 14:30 +0200, Andreas Herrmann wrote:
> zfcp: introduce eh_timed_out handler
>
> This handler is required to avoid offlined SCSI devices in a multipath
> setup if scsi commands time out on cable pulls lasting longer than 30
> seconds.
But that's not what the patch does. It s
Hi Peter,
On 3/09/2005 4:59 a.m., Peter Williams wrote:
Brown, Len wrote:
[ 279.662960] [] wait_for_completion+0xa4/0x110
possibly a missing interrupt?
CONFIG_ACPI=y
any difference if booted with "acpi=off" or "acpi=noirq"?
Yes. In both cases, the system appears to boot normally b
On 03.09.2005 14:56 Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> > zfcp: introduce eh_timed_out handler
> >
> > This handler is required to avoid offlined SCSI devices in a
multipath
> > setup if scsi commands time out on cable pulls lasting longer than
30
> > seconds.
> hmm why i
On Sat, 2005-09-03 at 14:30 +0200, Andreas Herrmann wrote:
> zfcp: introduce eh_timed_out handler
>
> This handler is required to avoid offlined SCSI devices in a multipath
> setup if scsi commands time out on cable pulls lasting longer than 30
> seconds.
hmm why is this needed? doesn't the fc t
From: Maxim Shchetynin <[EMAIL PROTECTED]>
zfcp: provide support for NPIV
N_Port ID Virtualization (NPIV) allows a single FCP port to appear as
multiple, distinct ports providing separate port identification. NPIV
is supported by FC HBAs on System z9. zfcp was adapted to support this
new feature.
zfcp: shorten eh_bus_reset and eh_host_reset handlers
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
diff -Nup linux-2.6.13/drivers/s390/scsi-orig/zfcp_scsi.c
linux-2.6.13/drivers/s390/scsi/zfcp_scsi.c
--- linux-2.6.13/drivers/s390/scsi-orig/zfcp_scsi.c 2005-09-03
12:21:58.0 +0
zfcp: remove function zfcp_fsf_req_wait_and_cleanup
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
zfcp_ext.h |1 -
zfcp_fsf.c | 46 --
zfcp_scsi.c | 21 +
3 files changed, 9 insertions(+), 59 deletions(-)
diff -Nup
zfcp: remove union zfcp_req_data, use unit refcount for FCP commands
o union zfcp_req_data removed
o increment unit refcount when processing FCP commands
(This fixes a theoretical race: When all scsi commands of a unit
are aborted and the scsi_device is removed then the unit could be
removed
zfcp: fix race conditions when accessing erp_action lists
o always use locking when changing erp_action lists,
o avoid escalation to ERP_ACTION_REOPEN_PORT_FORCED if erp_action is
still in use for ERP_ACTION_REOPEN_PORT
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
diff -Nup linux-2.6.13
zfcp: introduce eh_timed_out handler
This handler is required to avoid offlined SCSI devices in a multipath
setup if scsi commands time out on cable pulls lasting longer than 30
seconds.
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
diff -Nup linux-2.6.13/drivers/s390/scsi-orig/zfcp_scsi.c
Hi,
Following a series of 7 patches (based on 2.6.13) to update the zfcp
device driver. Patches contain bugfixes, some cleanups and new
features. Overall diffstat of all patches is:
Makefile |2
zfcp_aux.c | 188 -
zfcp_dbf.c | 999 +
Peter Williams <[EMAIL PROTECTED]> wrote:
>
> > Please then try the latest ACPI patch here:
> >
> http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.13/acpi-20050902-2.6.13.diff.gz
> > It should apply to vanilla 2.6.13 with a reject in ia64/Kconfig
> > that you can igno
Len Brown wrote:
On Sat, 2005-09-03 at 03:18 -0400, Peter Williams wrote:
http://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/broken-out/git-acpi.patch
I am able to confirm that the problem occurs with vanilla 2.5.13 after
I apply the above patch.
Thanks.
Pl
On Sat, 2005-09-03 at 03:18 -0400, Peter Williams wrote:
>
> http://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/broken-out/git-acpi.patch
> >>
> I am able to confirm that the problem occurs with vanilla 2.5.13 after
> I apply the above patch.
Thanks.
Please then tr
Peter Williams wrote:
Brown, Len wrote:
Brown, Len wrote:
[ 279.662960] [] wait_for_completion+0xa4/0x110
possibly a missing interrupt?
CONFIG_ACPI=y
any difference if booted with "acpi=off" or "acpi=noirq"?
Yes. In both cases, the system appears to boot normally but I'm
23 matches
Mail list logo
