On Tue, Apr 24, 2007 at 09:21:35AM -0400, Salyzyn, Mark wrote:
> The system BIOS sets up the card's PCI configuration and there is code
> in the kernel that is capable of picking up some of the BIOS'
> information from the BIOS Data Space (not sure if it is actively
> collected in your configuratio
On Sun, Apr 29 2007, James Bottomley wrote:
> On Sun, 2007-04-29 at 18:48 +0300, Boaz Harrosh wrote:
> > FUJITA Tomonori wrote:
> > > From: Boaz Harrosh <[EMAIL PROTECTED]>
> > > Subject: [PATCH 4/4] bidi support: bidirectional request
> > > Date: Sun, 15 Apr 2007 20:33:28 +0300
> > >
> > >> diff
Change Kconfig objects from "menu, config" into "menuconfig" so
that the user can disable the whole feature without having to
enter the menu first.
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
---
drivers/message/fusion/Kconfig | 14 +-
1 file changed, 5 insertions(+), 9 dele
Make a "menuconfig" out of the Kconfig objects "menu, ..., endmenu",
so that the user can disable all the options in that menu at once
instead of having to disable each option separately.
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
---
drivers/scsi/Kconfig|8 ++--
drivers/
On Mon, Apr 30 2007, Benny Halevy wrote:
> Jens Axboe wrote:
> > On Sun, Apr 29 2007, James Bottomley wrote:
> >> On Sun, 2007-04-29 at 18:48 +0300, Boaz Harrosh wrote:
> >>> FUJITA Tomonori wrote:
> From: Boaz Harrosh <[EMAIL PROTECTED]>
> Subject: [PATCH 4/4] bidi support: bidirectional
Jens Axboe wrote:
> On Sun, Apr 29 2007, James Bottomley wrote:
>> On Sun, 2007-04-29 at 18:48 +0300, Boaz Harrosh wrote:
>>> FUJITA Tomonori wrote:
From: Boaz Harrosh <[EMAIL PROTECTED]>
Subject: [PATCH 4/4] bidi support: bidirectional request
Date: Sun, 15 Apr 2007 20:33:28 +0300
>
Jens Axboe wrote:
So basically just add a struct request pointer, so you can do rq =
rq->next_rq or something for the next data phase. I bet this would be a
LOT less invasive as well, and we can get by with a few helpers to
support it.
Hey, I want a way to issue those (linked requests) from us
On Mon, Apr 30 2007, Mark Lord wrote:
> Jens Axboe wrote:
> >
> >So basically just add a struct request pointer, so you can do rq =
> >rq->next_rq or something for the next data phase. I bet this would be a
> >LOT less invasive as well, and we can get by with a few helpers to
> >support it.
>
> He
On Mon, 30 Apr 2007, Christoph Hellwig wrote:
> Now that we have the much better esp_scsi driver and low level drivers
> are easy to port over deprecate the old NCR53C9x driver.
>
> I've Cc'ed the m68k and mips lists because all but one bus glues are
> for these platforms. Chances stand bad for t
Foreign arrays are arrays configured on another adapter then moved over
to the current host adapter. I do not know why this may be the case in
your situation, but it had the smell of behaving like a foreign array
and thus my suggestion. We use commit=1 for all situations where the
importation of an
Apologies to all concerned for an unfortunate delay in resolving this.
I chose "unwisely" when I picked a popular experimental distro's
2.6.20 kernel source as a base for my troubleshooting efforts. The
resulting kernel panics when it tries to load the initial ramdisk, and
I don't have the patienc
I recently ran into an oops that happens because you
can shut down all of iSCSI even though you still have
iSCSI targets mounted. It turned out that iscsi's
scsi_host_template missed a THIS_MODULE, so
reference counting wasn't done properly. Brief
inspection showed that this seems to be a rather
wi
Jens Axboe wrote:
> On Mon, Apr 30 2007, Benny Halevy wrote:
>> Jens Axboe wrote:
>>> On Sun, Apr 29 2007, James Bottomley wrote:
On Sun, 2007-04-29 at 18:48 +0300, Boaz Harrosh wrote:
> FUJITA Tomonori wrote:
>> From: Boaz Harrosh <[EMAIL PROTECTED]>
>> Subject: [PATCH 4/4] bidi s
On Mon, Apr 30 2007, Douglas Gilbert wrote:
> Jens Axboe wrote:
> > On Mon, Apr 30 2007, Benny Halevy wrote:
> >> Jens Axboe wrote:
> >>> On Sun, Apr 29 2007, James Bottomley wrote:
> On Sun, 2007-04-29 at 18:48 +0300, Boaz Harrosh wrote:
> > FUJITA Tomonori wrote:
> >> From: Boaz Harr
Jens Axboe wrote:
> On Mon, Apr 30 2007, Douglas Gilbert wrote:
>> Jens Axboe wrote:
>>> On Mon, Apr 30 2007, Benny Halevy wrote:
Jens Axboe wrote:
> On Sun, Apr 29 2007, James Bottomley wrote:
>> On Sun, 2007-04-29 at 18:48 +0300, Boaz Harrosh wrote:
>>> FUJITA Tomonori wrote:
>>>
On Mon, Apr 30, 2007 at 04:53:55PM +0200, Olaf Kirch wrote:
> I recently ran into an oops that happens because you
> can shut down all of iSCSI even though you still have
> iSCSI targets mounted. It turned out that iscsi's
> scsi_host_template missed a THIS_MODULE, so
> reference counting wasn't do
This is an intermediate flush of my queue. Surprisingly I got quite a
lot of updates after 2.6.21 went public, which I'll try to send in the
next week (before the merge window closes).
The update is available here:
master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6.git
The short cha
On Fri, Apr 27 2007, James Bottomley wrote:
> > sgpnt[0:1] page c1ee5af0/0x1ee5af0 length 32
> > Kernel panic - not syncing: Buffer at physical address > 16 Mb used for
> > aha1542
> >
> > As before, no problems using the sda hard disk (which is the boot drive):
> > everything works reliably unti
On Mon, Apr 30, 2007 at 07:32:45PM +0200, Jens Axboe wrote:
> It's due to the crappy ->generic_packet() ioctl stuff, it bypasses the
> block layer. So that needs to be converted to use block pc requests and
> the block layer interface, then things will just work.
>
> Christoph had a sort-of ready
On Mon, Apr 30 2007, Christoph Hellwig wrote:
> On Mon, Apr 30, 2007 at 07:32:45PM +0200, Jens Axboe wrote:
> > It's due to the crappy ->generic_packet() ioctl stuff, it bypasses the
> > block layer. So that needs to be converted to use block pc requests and
> > the block layer interface, then thin
On Sun, 29 Apr 2007, David Miller wrote:
> From: James Bottomley <[EMAIL PROTECTED]>
> Date: Sun, 29 Apr 2007 16:18:19 -0500
>
> > On Sun, 2007-04-29 at 22:56 +0200, Guennadi Liakhovetski wrote:
> > > 2. are they ever sent apart from when accompanying the DISCONNECT /
> > > RESELECT?
> >
> > I'
On Mon, 2007-04-30 at 20:15 +0200, Guennadi Liakhovetski wrote:
> Ok, looking through t10 docs there seem to be quite a few functions for
> the SAVE DATA POINTERS / MODIFY DATA POINTER / RESTORE POINTERS (btw, even
> POINTER vs. POINTERS use was inconsistent between the spi5r06, s2-r10l,
> ana a
From: James Bottomley <[EMAIL PROTECTED]>
Date: Mon, 30 Apr 2007 13:24:07 -0500
> On Mon, 2007-04-30 at 20:15 +0200, Guennadi Liakhovetski wrote:
> > Ok, looking through t10 docs there seem to be quite a few functions for
> > the SAVE DATA POINTERS / MODIFY DATA POINTER / RESTORE POINTERS (btw, e
On Mon, 2007-04-30 at 11:46 -0700, David Miller wrote:
> The new ESP driver in esp_scsi.c is a good example of doing at least
> SAVE and RESTORE pointer management properly. I plan to add the
> necessary MODIFY bits soon.
>
> I think it's important to get this right because a target can use
> thi
rct wrote:
> Apologies to all concerned for an unfortunate delay in resolving this.
> (...)
> I'll go retrieve a more conservatively-configured source tree (closer to
> what DSL-N uses) and start over...
Success with the Debian 2.6.18-4-486 build, which is known to work
almost as well on the test
All,
For the past several months, Emulex has been updating our driver to support
the N_Port ID Virtualization (NPIV). We have reached a maturity point
where we would like to move the NPIV support into our upstream driver.
This is a request to review the modifications we have made for NPIV.
NPIV
26 matches
Mail list logo
