Hayes, Stuart wrote:
> Jens Axboe wrote:
>> On Thu, Mar 17 2005, [EMAIL PROTECTED] wrote:
>>> Jens Axboe wrote:
On Thu, Mar 17 2005, Jens Axboe wrote:
> On Thu, Mar 17 2005, [EMAIL PROTECTED] wrote:
>> Jens Axboe wrote:
>>> On Wed, Mar 16 2005, [EMAIL PROTECTED] wrote:
Jen
Jens Axboe wrote:
> On Thu, Mar 17 2005, [EMAIL PROTECTED] wrote:
>> Jens Axboe wrote:
>>> On Thu, Mar 17 2005, Jens Axboe wrote:
On Thu, Mar 17 2005, [EMAIL PROTECTED] wrote:
> Jens Axboe wrote:
>> On Wed, Mar 16 2005, [EMAIL PROTECTED] wrote:
>>> Jens Axboe wrote:
On Wed
Jens Axboe wrote:
> On Thu, Mar 17 2005, Jens Axboe wrote:
>> On Thu, Mar 17 2005, [EMAIL PROTECTED] wrote:
>>> Jens Axboe wrote:
On Wed, Mar 16 2005, [EMAIL PROTECTED] wrote:
> Jens Axboe wrote:
>> On Wed, Mar 16 2005, [EMAIL PROTECTED] wrote:
>>> Hayes, Stuart wrote:
Thi
Jens Axboe wrote:
> On Wed, Mar 16 2005, [EMAIL PROTECTED] wrote:
>> Jens Axboe wrote:
>>> On Wed, Mar 16 2005, [EMAIL PROTECTED] wrote:
Hayes, Stuart wrote:
> This patch will map the sg buffers to kernel virtual memory space
> in the functions idescsi_input_buffers() and
> idescsi
Jens Axboe wrote:
> On Wed, Mar 16 2005, [EMAIL PROTECTED] wrote:
>> Hayes, Stuart wrote:
>>> This patch will map the sg buffers to kernel virtual memory space in
>>> the functions idescsi_input_buffers() and idescsi_output_buffers().
>>> Without this patch, idescsi passes a null pointer to
>>> ata
Hayes, Stuart wrote:
> This patch will map the sg buffers to kernel virtual memory space in
> the functions idescsi_input_buffers() and idescsi_output_buffers().
> Without this patch, idescsi passes a null pointer to
> atapi_input_bytes() and atapi_output_bytes() when sg pages are in
> high memory
This patch will map the sg buffers to kernel virtual memory space in the
functions idescsi_input_buffers() and idescsi_output_buffers(). Without
this patch, idescsi passes a null pointer to atapi_input_bytes() and
atapi_output_bytes() when sg pages are in high memory (i686
architecture).
I'm att
> Hayes, Stuart wrote:
>> Jens Axboe wrote:
>>> On Tue, Mar 08 2005, [EMAIL PROTECTED] wrote:
Hello!
We're seeing a null pointer dereference with certain IDE tape
drives on
2.6.11 when we use it with ide-scsi (i686 architecture). The
problem is that the scatte
Hayes, Stuart wrote:
> Jens Axboe wrote:
>> On Tue, Mar 08 2005, [EMAIL PROTECTED] wrote:
>>>
>>> Hello!
>>>
>>> We're seeing a null pointer dereference with certain IDE tape
>>> drives on
>>> 2.6.11 when we use it with ide-scsi (i686 architecture). The
>>> problem is that the scatter-gather pa
Jens Axboe wrote:
> On Tue, Mar 08 2005, [EMAIL PROTECTED] wrote:
>>
>> Hello!
>>
>> We're seeing a null pointer dereference with certain IDE tape drives
>> on
>> 2.6.11 when we use it with ide-scsi (i686 architecture). The
>> problem is that the scatter-gather pages aren't mapped to kernel
>>
Hello!
We're seeing a null pointer dereference with certain IDE tape drives on
2.6.11 when we use it with ide-scsi (i686 architecture). The problem is
that the scatter-gather pages aren't mapped to kernel virtual address
space in idescsi_output_buffers()/idescsi_input_buffers(), so, if these
pag
11 matches
Mail list logo