Some devices don't have a panel connected to LVDS and thus will never power up.
This patch checks the power sequence progress bits in PP_STATUS to prevent an
endless loop on such devices.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/psb_lid.c | 12 +---
1 file changed, 9
Some devices don't have a panel connected to LVDS and thus will never power up.
This patch checks the power sequence progress bits in PP_STATUS to prevent an
endless loop on such devices.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/psb_lid.c | 12 +---
1 file changed, 9
Some devices don't have a panel connected to LVDS and thus will never power up.
This patch checks the power sequence progress bits in PP_STATUS to prevent an
endless loop on such devices.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/psb_lid.c | 12 +---
1 file changed, 9
Some devices don't have a panel connected to LVDS and thus will never power up.
This patch checks the power sequence progress bits in PP_STATUS to prevent an
endless loop on such devices.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/psb_lid.c | 12 +---
1 file changed, 9
Some devices don't have a panel connected to LVDS and thus will never power up.
This patch checks the power sequence progress bits in PP_STATUS to prevent an
endless loop on such devices.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/psb_lid.c | 12 +---
1 file changed, 9
Some devices don't have a panel connected to LVDS and thus will never power up.
This patch checks the power sequence progress bits in PP_STATUS to prevent an
endless loop on such devices.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/psb_lid.c | 12 +---
1 file changed, 9
On Sun, May 13, 2012 at 2:17 PM, Patrik Jakobsson
wrote:
> Some devices don't have a panel connected to LVDS and thus will never power
> up.
> This patch checks the power sequence progress bits in PP_STATUS to prevent an
> endless loop on such devices.
"gma500: address the lid code" triggers the
On Sun, 13 May 2012 14:17:52 +0200
Patrik Jakobsson wrote:
> Some devices don't have a panel connected to LVDS and thus will never power
> up.
> This patch checks the power sequence progress bits in PP_STATUS to prevent an
> endless loop on such devices.
We should never get there. In fact we do
On Sun, May 13, 2012 at 3:59 PM, Alan Cox wrote:
> We should never get there. In fact we don't want to because if there is
> np panel the backlight is not initialised either.
>
> I'll take a look. I've just fixed a related problem where we wrongly
> invoked the lid code on non Pouslbo devices.
Ok
On Sun, 13 May 2012 16:43:31 +0200
Patrik Jakobsson wrote:
> On Sun, May 13, 2012 at 3:59 PM, Alan Cox wrote:
> > We should never get there. In fact we don't want to because if there is
> > np panel the backlight is not initialised either.
> >
> > I'll take a look. I've just fixed a related prob
On Sun, May 13, 2012 at 2:17 PM, Patrik Jakobsson
wrote:
> Some devices don't have a panel connected to LVDS and thus will never power
> up.
> This patch checks the power sequence progress bits in PP_STATUS to prevent an
> endless loop on such devices.
"gma500: address the lid code" triggers the
On Sun, 13 May 2012 14:17:52 +0200
Patrik Jakobsson wrote:
> Some devices don't have a panel connected to LVDS and thus will never power
> up.
> This patch checks the power sequence progress bits in PP_STATUS to prevent an
> endless loop on such devices.
We should never get there. In fact we do
On Sun, May 13, 2012 at 3:59 PM, Alan Cox wrote:
> We should never get there. In fact we don't want to because if there is
> np panel the backlight is not initialised either.
>
> I'll take a look. I've just fixed a related problem where we wrongly
> invoked the lid code on non Pouslbo devices.
Ok
On Sun, 13 May 2012 16:43:31 +0200
Patrik Jakobsson wrote:
> On Sun, May 13, 2012 at 3:59 PM, Alan Cox wrote:
> > We should never get there. In fact we don't want to because if there is
> > np panel the backlight is not initialised either.
> >
> > I'll take a look. I've just fixed a related prob
On Sun, May 13, 2012 at 2:17 PM, Patrik Jakobsson
wrote:
> Some devices don't have a panel connected to LVDS and thus will never power
> up.
> This patch checks the power sequence progress bits in PP_STATUS to prevent an
> endless loop on such devices.
"gma500: address the lid code" triggers the
On Sun, 13 May 2012 14:17:52 +0200
Patrik Jakobsson wrote:
> Some devices don't have a panel connected to LVDS and thus will never power
> up.
> This patch checks the power sequence progress bits in PP_STATUS to prevent an
> endless loop on such devices.
We should never get there. In fact we do
On Sun, May 13, 2012 at 3:59 PM, Alan Cox wrote:
> We should never get there. In fact we don't want to because if there is
> np panel the backlight is not initialised either.
>
> I'll take a look. I've just fixed a related problem where we wrongly
> invoked the lid code on non Pouslbo devices.
Ok
On Sun, 13 May 2012 16:43:31 +0200
Patrik Jakobsson wrote:
> On Sun, May 13, 2012 at 3:59 PM, Alan Cox wrote:
> > We should never get there. In fact we don't want to because if there is
> > np panel the backlight is not initialised either.
> >
> > I'll take a look. I've just fixed a related prob
On Sun, May 13, 2012 at 2:17 PM, Patrik Jakobsson
wrote:
> Some devices don't have a panel connected to LVDS and thus will never power
> up.
> This patch checks the power sequence progress bits in PP_STATUS to prevent an
> endless loop on such devices.
"gma500: address the lid code" triggers the
On Sun, 13 May 2012 14:17:52 +0200
Patrik Jakobsson wrote:
> Some devices don't have a panel connected to LVDS and thus will never power
> up.
> This patch checks the power sequence progress bits in PP_STATUS to prevent an
> endless loop on such devices.
We should never get there. In fact we do
On Sun, May 13, 2012 at 3:59 PM, Alan Cox wrote:
> We should never get there. In fact we don't want to because if there is
> np panel the backlight is not initialised either.
>
> I'll take a look. I've just fixed a related problem where we wrongly
> invoked the lid code on non Pouslbo devices.
Ok
On Sun, 13 May 2012 16:43:31 +0200
Patrik Jakobsson wrote:
> On Sun, May 13, 2012 at 3:59 PM, Alan Cox wrote:
> > We should never get there. In fact we don't want to because if there is
> > np panel the backlight is not initialised either.
> >
> > I'll take a look. I've just fixed a related prob
On Sun, May 13, 2012 at 2:17 PM, Patrik Jakobsson
wrote:
> Some devices don't have a panel connected to LVDS and thus will never power
> up.
> This patch checks the power sequence progress bits in PP_STATUS to prevent an
> endless loop on such devices.
"gma500: address the lid code" triggers the
On Sun, 13 May 2012 14:17:52 +0200
Patrik Jakobsson wrote:
> Some devices don't have a panel connected to LVDS and thus will never power
> up.
> This patch checks the power sequence progress bits in PP_STATUS to prevent an
> endless loop on such devices.
We should never get there. In fact we do
On Sun, May 13, 2012 at 3:59 PM, Alan Cox wrote:
> We should never get there. In fact we don't want to because if there is
> np panel the backlight is not initialised either.
>
> I'll take a look. I've just fixed a related problem where we wrongly
> invoked the lid code on non Pouslbo devices.
Ok
On Sun, 13 May 2012 16:43:31 +0200
Patrik Jakobsson wrote:
> On Sun, May 13, 2012 at 3:59 PM, Alan Cox wrote:
> > We should never get there. In fact we don't want to because if there is
> > np panel the backlight is not initialised either.
> >
> > I'll take a look. I've just fixed a related prob
On Sun, May 13, 2012 at 2:17 PM, Patrik Jakobsson
wrote:
> Some devices don't have a panel connected to LVDS and thus will never power
> up.
> This patch checks the power sequence progress bits in PP_STATUS to prevent an
> endless loop on such devices.
"gma500: address the lid code" triggers the
On Sun, 13 May 2012 14:17:52 +0200
Patrik Jakobsson wrote:
> Some devices don't have a panel connected to LVDS and thus will never power
> up.
> This patch checks the power sequence progress bits in PP_STATUS to prevent an
> endless loop on such devices.
We should never get there. In fact we do
On Sun, May 13, 2012 at 3:59 PM, Alan Cox wrote:
> We should never get there. In fact we don't want to because if there is
> np panel the backlight is not initialised either.
>
> I'll take a look. I've just fixed a related problem where we wrongly
> invoked the lid code on non Pouslbo devices.
Ok
On Sun, 13 May 2012 16:43:31 +0200
Patrik Jakobsson wrote:
> On Sun, May 13, 2012 at 3:59 PM, Alan Cox wrote:
> > We should never get there. In fact we don't want to because if there is
> > np panel the backlight is not initialised either.
> >
> > I'll take a look. I've just fixed a related prob
30 matches
Mail list logo
