On 9/8/05, Jim Ramsay <[EMAIL PROTECTED]> wrote:
> On 9/8/05, Matthew Dharm <[EMAIL PROTECTED]> wrote:
> > On Thu, Sep 08, 2005 at 11:14:36AM -0600, Jim Ramsay wrote:
> > > I think I have found a possible bug:
> > > [...]
> > > I suppose the scsi c
On 9/8/05, Matthew Dharm <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 08, 2005 at 11:14:36AM -0600, Jim Ramsay wrote:
> > I think I have found a possible bug:
> > [...]
> > I suppose the scsi code could be changed to guarantee that
> > srb->request_buf
to guarantee that
srb->request_buffer is page-aligned or cache-aligned, but that seems
like the wrong solution for this bug.
Questions? Comments? Is this the right way to fix it?
--
Jim Ramsay
"Me fail English? That's unpossible!"
-
To unsubscribe from this list: send the line
-aligned or cache-aligned, but that seems
like the wrong solution for this bug.
Questions? Comments? Is this the right way to fix it?
--
Jim Ramsay
Me fail English? That's unpossible!
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On 9/8/05, Matthew Dharm [EMAIL PROTECTED] wrote:
On Thu, Sep 08, 2005 at 11:14:36AM -0600, Jim Ramsay wrote:
I think I have found a possible bug:
[...]
I suppose the scsi code could be changed to guarantee that
srb-request_buffer is page-aligned or cache-aligned, but that seems
like
On 9/8/05, Jim Ramsay [EMAIL PROTECTED] wrote:
On 9/8/05, Matthew Dharm [EMAIL PROTECTED] wrote:
On Thu, Sep 08, 2005 at 11:14:36AM -0600, Jim Ramsay wrote:
I think I have found a possible bug:
[...]
I suppose the scsi code could be changed to guarantee that
srb-request_buffer
the occasion where a single IRQ is used to signal
both a DMA completion AND a hotplug event. Of course in this case the
hotplug event itself would be ignored completely.
So I would recommend getting rid of that check entirely.
--
Jim Ramsay
"Me fail English? That's unpossible!"
-
To unsubs
the occasion where a single IRQ is used to signal
both a DMA completion AND a hotplug event. Of course in this case the
hotplug event itself would be ignored completely.
So I would recommend getting rid of that check entirely.
--
Jim Ramsay
Me fail English? That's unpossible!
-
To unsubscribe from
On 8/24/05, Jim Ramsay <[EMAIL PROTECTED]> wrote:
> On 8/24/05, Lukasz Kosewski <[EMAIL PROTECTED]> wrote:
> > On 8/24/05, Stefan Richter <[EMAIL PROTECTED]> wrote:
> > > >> Timers appear to operate in an atomic context, so timers should not be
> >
add it in my 'patch 4/3'
> - bunch of code cleanups
Haven't touched this, looks pretty clean to me
> - proper error handling
This may be something I'll have to stick my fingers in as I do more testing
> - actually making the patches work.
Hopefully I'll get this going.
[Update, 10 min
On 8/24/05, Jim Ramsay [EMAIL PROTECTED] wrote:
On 8/24/05, Lukasz Kosewski [EMAIL PROTECTED] wrote:
On 8/24/05, Stefan Richter [EMAIL PROTECTED] wrote:
Timers appear to operate in an atomic context, so timers should not be
allowed to call scsi_remove_device, which eventually schedules
On 8/23/05, Jim Ramsay <[EMAIL PROTECTED]> wrote:
> Then I must have found an undocumented feature! I've applied this set
> of patches to a 2.6.11 kernel (with few problems) and ran into a bunch
> of "scheduling while atomic" errors when hotplugging a drive, culprit
>
g requests to get
them out of the atomic interrupt handler context where they originate?
--
Jim Ramsay
"Me fail English? That's unpossible!"
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
On 8/23/05, Jim Ramsay [EMAIL PROTECTED] wrote:
Then I must have found an undocumented feature! I've applied this set
of patches to a 2.6.11 kernel (with few problems) and ran into a bunch
of scheduling while atomic errors when hotplugging a drive, culprit
being probably scsi_sysfs.c where
of the atomic interrupt handler context where they originate?
--
Jim Ramsay
Me fail English? That's unpossible!
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
our chip before handing
control over to the kernel, which is not always the case.
If you have a fix that is more correct, I'd be happy to test it for you!
--
Jim Ramsay
"Me fail English? That's unpossible!"
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
chip has not been initialized,
otherwise I initialize it.
--
Jim Ramsay
"Me fail English? That's unpossible!"
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kern
o I copied the relevant 2.4 bits for non-i386 archs, and replaced the
call to 'var_to_pll' with the "new" stuff.
This seems to work for me. Enjoy!
--
Jim Ramsay
"Me fail English? That's unpossible!"
/*
* ATI Rage XL Initialization. Support for Xpert98 and Victoria
eady execute the ati option rom via x86 emulator...
Maybe his mips FW does this, but mine doesn't. Any tips on how I can
do this in software?
--
Jim Ramsay
"Me fail English? That's unpossible!"
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
his mips FW does this, but mine doesn't. Any tips on how I can
do this in software?
--
Jim Ramsay
Me fail English? That's unpossible!
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
!
--
Jim Ramsay
Me fail English? That's unpossible!
/*
* ATI Rage XL Initialization. Support for Xpert98 and Victoria
* PCI cards.
*
* Copyright (C) 2002 MontaVista Software Inc.
* Author: MontaVista Software, Inc.
* [EMAIL PROTECTED] or [EMAIL PROTECTED]
*
* This program is free
initialized,
otherwise I initialize it.
--
Jim Ramsay
Me fail English? That's unpossible!
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
, which is not always the case.
If you have a fix that is more correct, I'd be happy to test it for you!
--
Jim Ramsay
Me fail English? That's unpossible!
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
5, ReferenceDivider
255, PostDivider 3(0)
< Other times it will hang here >
And that's all I get.
I'm assuming that most of my issues are due to the "Unsupported xclk
source" message. Any ideas what I can do about this, or where I can
go to learn more about how to make this thin
(0)
Other times it will hang here
And that's all I get.
I'm assuming that most of my issues are due to the Unsupported xclk
source message. Any ideas what I can do about this, or where I can
go to learn more about how to make this thing work?
--
Jim Ramsay
Me fail English? That's unpossible
25 matches
Mail list logo