> > On Sun, 1 Apr 2007 01:56:28 +0100 (BST) James Simmons <[EMAIL PROTECTED]>
> > wrote:
> >
> > I can't seem to duplicate this error.
>
> OK, I'll poke at it some more.
Any news?
> I don't think so - whatever's in -mm.
I have been running this patch again mainline. I will give it try
On Sun, 1 Apr 2007 01:56:28 +0100 (BST) James Simmons [EMAIL PROTECTED]
wrote:
I can't seem to duplicate this error.
OK, I'll poke at it some more.
Any news?
I don't think so - whatever's in -mm.
I have been running this patch again mainline. I will give it try again
-mm over
> On Sun, 1 Apr 2007 01:56:28 +0100 (BST) James Simmons <[EMAIL PROTECTED]>
> wrote:
>
> I can't seem to duplicate this error.
OK, I'll poke at it some more.
> Do you have any patches applied to
> the nvidia driver?
I don't think so - whatever's in -mm.
> On Mon, 26 Mar 2007, Andrew Morton
I can't seem to duplicate this error. Do you have any patches applied to
the nvidia driver?
On Mon, 26 Mar 2007, Andrew Morton wrote:
> On Tue, 20 Mar 2007 14:25:49 + (GMT) James Simmons <[EMAIL PROTECTED]>
> wrote:
>
> > This patch does several things to allow the underlying hardware to
I can't seem to duplicate this error. Do you have any patches applied to
the nvidia driver?
On Mon, 26 Mar 2007, Andrew Morton wrote:
On Tue, 20 Mar 2007 14:25:49 + (GMT) James Simmons [EMAIL PROTECTED]
wrote:
This patch does several things to allow the underlying hardware to be
On Sun, 1 Apr 2007 01:56:28 +0100 (BST) James Simmons [EMAIL PROTECTED]
wrote:
I can't seem to duplicate this error.
OK, I'll poke at it some more.
Do you have any patches applied to
the nvidia driver?
I don't think so - whatever's in -mm.
On Mon, 26 Mar 2007, Andrew Morton wrote:
On Tue, 27 Mar 2007 16:14:21 +1000 Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Andrew Morton writes:
>
> > http://userweb.kernel.org/~akpm/s5000489.jpg (the oops is the usual powerpc
> > mess)
>
> Why do you have xmon enabled if you don't have any way to talk to it?
>
gawd knows - I've been
Andrew Morton writes:
> http://userweb.kernel.org/~akpm/s5000489.jpg (the oops is the usual powerpc
> mess)
Why do you have xmon enabled if you don't have any way to talk to it?
Paul.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Tue, 20 Mar 2007 14:25:49 + (GMT) James Simmons <[EMAIL PROTECTED]>
wrote:
> This patch does several things to allow the underlying hardware to be
> shared amount many devices. The most important thing is the use of
> the created device via device_create instead of the hardware device.
On Tue, 20 Mar 2007 14:25:49 + (GMT) James Simmons [EMAIL PROTECTED]
wrote:
This patch does several things to allow the underlying hardware to be
shared amount many devices. The most important thing is the use of
the created device via device_create instead of the hardware device. No
Andrew Morton writes:
http://userweb.kernel.org/~akpm/s5000489.jpg (the oops is the usual powerpc
mess)
Why do you have xmon enabled if you don't have any way to talk to it?
Paul.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Tue, 27 Mar 2007 16:14:21 +1000 Paul Mackerras [EMAIL PROTECTED] wrote:
Andrew Morton writes:
http://userweb.kernel.org/~akpm/s5000489.jpg (the oops is the usual powerpc
mess)
Why do you have xmon enabled if you don't have any way to talk to it?
gawd knows - I've been dragging
On Tue, Mar 20, 2007 at 02:25:49PM +, James Simmons wrote:
>
> This patch does several things to allow the underlying hardware to be
> shared amount many devices. The most important thing is the use of
> the created device via device_create instead of the hardware device. No
> longer should
This patch does several things to allow the underlying hardware to be
shared amount many devices. The most important thing is the use of
the created device via device_create instead of the hardware device. No
longer should fbdev drivers use the xxx_set_drvdata with the parent
bus device. The
This patch does several things to allow the underlying hardware to be
shared amount many devices. The most important thing is the use of
the created device via device_create instead of the hardware device. No
longer should fbdev drivers use the xxx_set_drvdata with the parent
bus device. The
On Tue, Mar 20, 2007 at 02:25:49PM +, James Simmons wrote:
This patch does several things to allow the underlying hardware to be
shared amount many devices. The most important thing is the use of
the created device via device_create instead of the hardware device. No
longer should
16 matches
Mail list logo
