Prev: fs: icache lock i_count
Next: x86: Always use irq stacks
From: Markus Trippelsdorf on 30 Jun 2010 11:20
On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher wrote:
> On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf
> <markus(a)trippelsdorf.de> wrote:
> > On Wed, Jun 30, 2010 at 10:49:41AM -0400, Alex Deucher wrote:
> >> On Wed, Jun 30, 2010 at 3:31 AM, Markus Trippelsdorf
> >> <markus(a)trippelsdorf.de> wrote:
> >> > On Wed, Jun 30, 2010 at 08:54:40AM +0200, Markus Trippelsdorf wrote:
> >> >> On Wed, Jun 30, 2010 at 02:03:04AM +0100, Dave Airlie wrote:
> >> >> >
> >> >> > one fb layer fix in a flag I introduced,
> >> >> >
> >> >> > the rest are drm fixes:
> >> >> > radeon fixes: the larger ones in the command stream checker for older cards,
> >> >> > which was causing a lot of userspace apps to fail. Also some powerpc server fixes.
> >> >> > along with some updates to the evergreen command stream checker introduced in -rc1.
> >> >> >
> >> >> > agp: fix issue with warning on memory allocation + fallback to vmalloc.
> >> >> > ttm: fix regression introduced in -rc1 in memory allocation paths.
> >> >> >
> >> >> > The following changes since commit 7e27d6e778cd87b6f2415515d7127eba53fe5d02:
> >> >> >
> >> >> > � Linux 2.6.35-rc3 (2010-06-11 19:14:04 -0700)
> >> >> >
> >> >>
> >> >> I've tested these patches and they break my setup (RS780). On reboot, the
> >> >> monitor goes straight to powersaving mode and no framebuffer is shown.
> >> >
> >> > This is the result of the bisection:
> >> >
> >> > 07d4190327b02ab3aaad25a2d168f79d92e8f8c2 is the first bad commit
> >> > commit 07d4190327b02ab3aaad25a2d168f79d92e8f8c2
> >> > Author: Alex Deucher <alexdeucher(a)gmail.com>
> >> > Date: � Sat Jun 12 11:50:13 2010 -0400
> >> >
> >> > � �drm/radeon/kms: fix bandwidth calculation when sideport is present
> >> >
> >> > � �Fixes fdo bug 27529:
> >> > � �https://bugs.freedesktop.org/show_bug.cgi?id=27529
> >> >
> >> > � �Reported-by: steckdenis(a)yahoo.fr
> >> > � �Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com>
> >> > � �Cc: stable <stable(a)kernel.org>
> >> > � �Signed-off-by: Dave Airlie <airlied(a)redhat.com>
> >>
> >> Markus, can you send me a copy of your vbios? as root:
> >> cd /sys/bus/pci/devices/<pci bus id of video card>
> >> echo 1 > rom
> >> cat rom ? /tmp/vbio.rom
> >> echo 0 > rom
> >
> > Attached.
> >
> >>
> >> Also, when you say "on reboot" do you mean the card comes up ok
> >> initially with the new kernel and then fails after a reboot, or fails
> >> directly after booting the new kernel? �Also, is there an oops or
> >> anything like that in dmesg?
> >
> > It fails directly after booting the new kernel. There is no oops or
> > anything like it in dmesg, because the kernel fails so early that it
> > could not log anything.
>
> Is the machine still pingable? Can you ssh in? or is it completely dead?

I don't think so. There is no disk activivy after the hang, but maybe
the kernel displays an oops, which I just can't see.

--
Markus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Alex Deucher on 30 Jun 2010 11:20
On Wed, Jun 30, 2010 at 11:14 AM, Markus Trippelsdorf
<markus(a)trippelsdorf.de> wrote:
> On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher wrote:
>> On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf
>> <markus(a)trippelsdorf.de> wrote:
>> > On Wed, Jun 30, 2010 at 10:49:41AM -0400, Alex Deucher wrote:
>> >> On Wed, Jun 30, 2010 at 3:31 AM, Markus Trippelsdorf
>> >> <markus(a)trippelsdorf.de> wrote:
>> >> > On Wed, Jun 30, 2010 at 08:54:40AM +0200, Markus Trippelsdorf wrote:
>> >> >> On Wed, Jun 30, 2010 at 02:03:04AM +0100, Dave Airlie wrote:
>> >> >> >
>> >> >> > one fb layer fix in a flag I introduced,
>> >> >> >
>> >> >> > the rest are drm fixes:
>> >> >> > radeon fixes: the larger ones in the command stream checker for older cards,
>> >> >> > which was causing a lot of userspace apps to fail. Also some powerpc server fixes.
>> >> >> > along with some updates to the evergreen command stream checker introduced in -rc1.
>> >> >> >
>> >> >> > agp: fix issue with warning on memory allocation + fallback to vmalloc.
>> >> >> > ttm: fix regression introduced in -rc1 in memory allocation paths.
>> >> >> >
>> >> >> > The following changes since commit 7e27d6e778cd87b6f2415515d7127eba53fe5d02:
>> >> >> >
>> >> >> > � Linux 2.6.35-rc3 (2010-06-11 19:14:04 -0700)
>> >> >> >
>> >> >>
>> >> >> I've tested these patches and they break my setup (RS780). On reboot, the
>> >> >> monitor goes straight to powersaving mode and no framebuffer is shown.
>> >> >
>> >> > This is the result of the bisection:
>> >> >
>> >> > 07d4190327b02ab3aaad25a2d168f79d92e8f8c2 is the first bad commit
>> >> > commit 07d4190327b02ab3aaad25a2d168f79d92e8f8c2
>> >> > Author: Alex Deucher <alexdeucher(a)gmail.com>
>> >> > Date: � Sat Jun 12 11:50:13 2010 -0400
>> >> >
>> >> > � �drm/radeon/kms: fix bandwidth calculation when sideport is present
>> >> >
>> >> > � �Fixes fdo bug 27529:
>> >> > � �https://bugs.freedesktop.org/show_bug.cgi?id=27529
>> >> >
>> >> > � �Reported-by: steckdenis(a)yahoo.fr
>> >> > � �Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com>
>> >> > � �Cc: stable <stable(a)kernel.org>
>> >> > � �Signed-off-by: Dave Airlie <airlied(a)redhat.com>
>> >>
>> >> Markus, can you send me a copy of your vbios? as root:
>> >> cd /sys/bus/pci/devices/<pci bus id of video card>
>> >> echo 1 > rom
>> >> cat rom ? /tmp/vbio.rom
>> >> echo 0 > rom
>> >
>> > Attached.
>> >
>> >>
>> >> Also, when you say "on reboot" do you mean the card comes up ok
>> >> initially with the new kernel and then fails after a reboot, or fails
>> >> directly after booting the new kernel? �Also, is there an oops or
>> >> anything like that in dmesg?
>> >
>> > It fails directly after booting the new kernel. There is no oops or
>> > anything like it in dmesg, because the kernel fails so early that it
>> > could not log anything.
>>
>> Is the machine still pingable? �Can you ssh in? or is it completely dead?
>
> I don't think so. There is no disk activivy after the hang, but maybe
> the kernel displays an oops, which I just can't see.

I found the problem. Patch on the way.

Alex
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Alex Deucher on 30 Jun 2010 11:40
On Wed, Jun 30, 2010 at 11:14 AM, Markus Trippelsdorf
<markus(a)trippelsdorf.de> wrote:
> On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher wrote:
>> On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf
>> <markus(a)trippelsdorf.de> wrote:
>> > On Wed, Jun 30, 2010 at 10:49:41AM -0400, Alex Deucher wrote:
>> >> On Wed, Jun 30, 2010 at 3:31 AM, Markus Trippelsdorf
>> >> <markus(a)trippelsdorf.de> wrote:
>> >> > On Wed, Jun 30, 2010 at 08:54:40AM +0200, Markus Trippelsdorf wrote:
>> >> >> On Wed, Jun 30, 2010 at 02:03:04AM +0100, Dave Airlie wrote:
>> >> >> >
>> >> >> > one fb layer fix in a flag I introduced,
>> >> >> >
>> >> >> > the rest are drm fixes:
>> >> >> > radeon fixes: the larger ones in the command stream checker for older cards,
>> >> >> > which was causing a lot of userspace apps to fail. Also some powerpc server fixes.
>> >> >> > along with some updates to the evergreen command stream checker introduced in -rc1.
>> >> >> >
>> >> >> > agp: fix issue with warning on memory allocation + fallback to vmalloc.
>> >> >> > ttm: fix regression introduced in -rc1 in memory allocation paths.
>> >> >> >
>> >> >> > The following changes since commit 7e27d6e778cd87b6f2415515d7127eba53fe5d02:
>> >> >> >
>> >> >> >   Linux 2.6.35-rc3 (2010-06-11 19:14:04 -0700)
>> >> >> >
>> >> >>
>> >> >> I've tested these patches and they break my setup (RS780). On reboot, the
>> >> >> monitor goes straight to powersaving mode and no framebuffer is shown.
>> >> >
>> >> > This is the result of the bisection:
>> >> >
>> >> > 07d4190327b02ab3aaad25a2d168f79d92e8f8c2 is the first bad commit
>> >> > commit 07d4190327b02ab3aaad25a2d168f79d92e8f8c2
>> >> > Author: Alex Deucher <alexdeucher(a)gmail.com>
>> >> > Date:   Sat Jun 12 11:50:13 2010 -0400
>> >> >
>> >> >    drm/radeon/kms: fix bandwidth calculation when sideport is present
>> >> >
>> >> >    Fixes fdo bug 27529:
>> >> >    https://bugs.freedesktop.org/show_bug.cgi?id=27529
>> >> >
>> >> >    Reported-by: steckdenis(a)yahoo.fr
>> >> >    Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com>
>> >> >    Cc: stable <stable(a)kernel.org>
>> >> >    Signed-off-by: Dave Airlie <airlied(a)redhat.com>
>> >>
>> >> Markus, can you send me a copy of your vbios? as root:
>> >> cd /sys/bus/pci/devices/<pci bus id of video card>
>> >> echo 1 > rom
>> >> cat rom ? /tmp/vbio.rom
>> >> echo 0 > rom
>> >
>> > Attached.
>> >
>> >>
>> >> Also, when you say "on reboot" do you mean the card comes up ok
>> >> initially with the new kernel and then fails after a reboot, or fails
>> >> directly after booting the new kernel?  Also, is there an oops or
>> >> anything like that in dmesg?
>> >
>> > It fails directly after booting the new kernel. There is no oops or
>> > anything like it in dmesg, because the kernel fails so early that it
>> > could not log anything.
>>
>> Is the machine still pingable?  Can you ssh in? or is it completely dead?
>
> I don't think so. There is no disk activivy after the hang, but maybe
> the kernel displays an oops, which I just can't see.

The attached patch should fix the issue.

Alex
From: Markus Trippelsdorf on 30 Jun 2010 12:00
On Wed, Jun 30, 2010 at 11:34:53AM -0400, Alex Deucher wrote:
> On Wed, Jun 30, 2010 at 11:14 AM, Markus Trippelsdorf
> <markus(a)trippelsdorf.de> wrote:
> > On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher wrote:
> >> On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf
> >> <markus(a)trippelsdorf.de> wrote:
> >> > On Wed, Jun 30, 2010 at 10:49:41AM -0400, Alex Deucher wrote:
> >> >> On Wed, Jun 30, 2010 at 3:31 AM, Markus Trippelsdorf
> >> >> <markus(a)trippelsdorf.de> wrote:
> >> >> > On Wed, Jun 30, 2010 at 08:54:40AM +0200, Markus Trippelsdorf wrote:
> >> >> >> On Wed, Jun 30, 2010 at 02:03:04AM +0100, Dave Airlie wrote:
> >> >> >> >
> >> >> >> > one fb layer fix in a flag I introduced,
> >> >> >> >
> >> >> >> > the rest are drm fixes:
> >> >> >> > radeon fixes: the larger ones in the command stream checker for older cards,
> >> >> >> > which was causing a lot of userspace apps to fail. Also some powerpc server fixes.
> >> >> >> > along with some updates to the evergreen command stream checker introduced in -rc1.
> >> >> >> >
> >> >> >> > agp: fix issue with warning on memory allocation + fallback to vmalloc.
> >> >> >> > ttm: fix regression introduced in -rc1 in memory allocation paths.
> >> >> >> >
> >> >> >> > The following changes since commit 7e27d6e778cd87b6f2415515d7127eba53fe5d02:
> >> >> >> >
> >> >> >> > � Linux 2.6.35-rc3 (2010-06-11 19:14:04 -0700)
> >> >> >> >
> >> >> >>
> >> >> >> I've tested these patches and they break my setup (RS780). On reboot, the
> >> >> >> monitor goes straight to powersaving mode and no framebuffer is shown.
> >> >> >
> >> >> > This is the result of the bisection:
> >> >> >
> >> >> > 07d4190327b02ab3aaad25a2d168f79d92e8f8c2 is the first bad commit
> >> >> > commit 07d4190327b02ab3aaad25a2d168f79d92e8f8c2
> >> >> > Author: Alex Deucher <alexdeucher(a)gmail.com>
> >> >> > Date: � Sat Jun 12 11:50:13 2010 -0400
> >> >> >
> >> >> > � �drm/radeon/kms: fix bandwidth calculation when sideport is present
> >> >> >
> >> >> > � �Fixes fdo bug 27529:
> >> >> > � �https://bugs.freedesktop.org/show_bug.cgi?id=27529
> >> >> >
> >> >> > � �Reported-by: steckdenis(a)yahoo.fr
> >> >> > � �Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com>
> >> >> > � �Cc: stable <stable(a)kernel.org>
> >> >> > � �Signed-off-by: Dave Airlie <airlied(a)redhat.com>
> >> >>
> >> >> Markus, can you send me a copy of your vbios? as root:
> >> >> cd /sys/bus/pci/devices/<pci bus id of video card>
> >> >> echo 1 > rom
> >> >> cat rom ? /tmp/vbio.rom
> >> >> echo 0 > rom
> >> >
> >> > Attached.
> >> >
> >> >>
> >> >> Also, when you say "on reboot" do you mean the card comes up ok
> >> >> initially with the new kernel and then fails after a reboot, or fails
> >> >> directly after booting the new kernel? �Also, is there an oops or
> >> >> anything like that in dmesg?
> >> >
> >> > It fails directly after booting the new kernel. There is no oops or
> >> > anything like it in dmesg, because the kernel fails so early that it
> >> > could not log anything.
> >>
> >> Is the machine still pingable? �Can you ssh in? or is it completely dead?
> >
> > I don't think so. There is no disk activivy after the hang, but maybe
> > the kernel displays an oops, which I just can't see.
>
> The attached patch should fix the issue.

Sorry, but it does not. I've still the same issue with your patch
applied.
--
Markus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Alex Deucher on 30 Jun 2010 12:10
On Wed, Jun 30, 2010 at 11:50 AM, Markus Trippelsdorf
<markus(a)trippelsdorf.de> wrote:
> On Wed, Jun 30, 2010 at 11:34:53AM -0400, Alex Deucher wrote:
>> On Wed, Jun 30, 2010 at 11:14 AM, Markus Trippelsdorf
>> <markus(a)trippelsdorf.de> wrote:
>> > On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher wrote:
>> >> On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf
>> >> <markus(a)trippelsdorf.de> wrote:
>> >> > On Wed, Jun 30, 2010 at 10:49:41AM -0400, Alex Deucher wrote:
>> >> >> On Wed, Jun 30, 2010 at 3:31 AM, Markus Trippelsdorf
>> >> >> <markus(a)trippelsdorf.de> wrote:
>> >> >> > On Wed, Jun 30, 2010 at 08:54:40AM +0200, Markus Trippelsdorf wrote:
>> >> >> >> On Wed, Jun 30, 2010 at 02:03:04AM +0100, Dave Airlie wrote:
>> >> >> >> >
>> >> >> >> > one fb layer fix in a flag I introduced,
>> >> >> >> >
>> >> >> >> > the rest are drm fixes:
>> >> >> >> > radeon fixes: the larger ones in the command stream checker for older cards,
>> >> >> >> > which was causing a lot of userspace apps to fail. Also some powerpc server fixes.
>> >> >> >> > along with some updates to the evergreen command stream checker introduced in -rc1.
>> >> >> >> >
>> >> >> >> > agp: fix issue with warning on memory allocation + fallback to vmalloc.
>> >> >> >> > ttm: fix regression introduced in -rc1 in memory allocation paths.
>> >> >> >> >
>> >> >> >> > The following changes since commit 7e27d6e778cd87b6f2415515d7127eba53fe5d02:
>> >> >> >> >
>> >> >> >> >   Linux 2.6.35-rc3 (2010-06-11 19:14:04 -0700)
>> >> >> >> >
>> >> >> >>
>> >> >> >> I've tested these patches and they break my setup (RS780). On reboot, the
>> >> >> >> monitor goes straight to powersaving mode and no framebuffer is shown.
>> >> >> >
>> >> >> > This is the result of the bisection:
>> >> >> >
>> >> >> > 07d4190327b02ab3aaad25a2d168f79d92e8f8c2 is the first bad commit
>> >> >> > commit 07d4190327b02ab3aaad25a2d168f79d92e8f8c2
>> >> >> > Author: Alex Deucher <alexdeucher(a)gmail.com>
>> >> >> > Date:   Sat Jun 12 11:50:13 2010 -0400
>> >> >> >
>> >> >> >    drm/radeon/kms: fix bandwidth calculation when sideport is present
>> >> >> >
>> >> >> >    Fixes fdo bug 27529:
>> >> >> >    https://bugs.freedesktop.org/show_bug.cgi?id=27529
>> >> >> >
>> >> >> >    Reported-by: steckdenis(a)yahoo.fr
>> >> >> >    Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com>
>> >> >> >    Cc: stable <stable(a)kernel.org>
>> >> >> >    Signed-off-by: Dave Airlie <airlied(a)redhat.com>
>> >> >>
>> >> >> Markus, can you send me a copy of your vbios? as root:
>> >> >> cd /sys/bus/pci/devices/<pci bus id of video card>
>> >> >> echo 1 > rom
>> >> >> cat rom ? /tmp/vbio.rom
>> >> >> echo 0 > rom
>> >> >
>> >> > Attached.
>> >> >
>> >> >>
>> >> >> Also, when you say "on reboot" do you mean the card comes up ok
>> >> >> initially with the new kernel and then fails after a reboot, or fails
>> >> >> directly after booting the new kernel?  Also, is there an oops or
>> >> >> anything like that in dmesg?
>> >> >
>> >> > It fails directly after booting the new kernel. There is no oops or
>> >> > anything like it in dmesg, because the kernel fails so early that it
>> >> > could not log anything.
>> >>
>> >> Is the machine still pingable?  Can you ssh in? or is it completely dead?
>> >
>> > I don't think so. There is no disk activivy after the hang, but maybe
>> > the kernel displays an oops, which I just can't see.
>>
>> The attached patch should fix the issue.
>
> Sorry, but it does not. I've still the same issue with your patch
> applied.

New patch attached. The rs690_pm_info function wasn't getting called
at all on rs780/rs880 and it needs to be.

Alex
First  |  Prev  |  Next  |  Last
Pages: 1 2 3
Prev: fs: icache lock i_count
Next: x86: Always use irq stacks