On Sat, Sep 26, 2009 at 04:44:41PM -0300, Henrique de Moraes Holschuh wrote:
> On Sat, 26 Sep 2009, Paride Legovini wrote:
> > As the subject says, when I resume the system after suspending it the
> > brightness level is reset to the lowest level. The system is a thinkpad
> >
As the subject says, when I resume the system after suspending it the
brightness level is reset to the lowest level. The system is a thinkpad
X60s with a 2.6.31(.1) vanilla kernel. IIRC, this did not happen with
the 2.6.30 kernels.
Paride Legovini
On Mon, Sep 21, 2009 at 09:22:19AM -0300, Henrique de Moraes Holschuh wrote:
> On Mon, 21 Sep 2009, Paride Legovini wrote:
> > On Sun, Sep 20, 2009 at 08:12:28PM -0300, Henrique de Moraes Holschuh wrote:
> > > Please check if reloading the parport and/or lp modules makes it f
On Sun, Sep 20, 2009 at 08:12:28PM -0300, Henrique de Moraes Holschuh wrote:
> Please check if reloading the parport and/or lp modules makes it find the
> port. Does it?
No, it doesn't. I just get get the
lp: driver loaded but no devices found
message.
d so there is no physical serial port to
connect to.
In the BIOS the parallel port is configured as a bidirectional port, and
it works fine when the laptop is booted docked.
I hope that somebody has a clue about this.
Of course I can provide m
still sounds very
interesting to me. In case it still needs some testing or debugging,
may I help? (I own a X60s.)
Thank you,
Paride Legovini
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 3
Paride Legovini wrote:
> Henrique de Moraes Holschuh wrote:
>> On Thu, 02 Oct 2008, Paride Legovini wrote:
>>> reproduce the problem there's no delay but then I get two acpi
>>> event for every brightness change:
>> That's per BIOS design. The vide
Henrique de Moraes Holschuh wrote:
> On Thu, 02 Oct 2008, Paride Legovini wrote:
>> reproduce the problem there's no delay but then I get two acpi
>> event for every brightness change:
>
> That's per BIOS design. The video event is an active event, that X.org will
On Thu, Oct 02, 2008 at 10:11:11AM -0300, Henrique de Moraes Holschuh wrote:
> On Thu, 02 Oct 2008, Paride Legovini wrote:
> > reproduce the problem there's no delay but then I get two acpi
> > event for every brightness change:
>
> That's per BIOS design. The
Henrique de Moraes Holschuh wrote:
> On Thu, 02 Oct 2008, Paride Legovini wrote:
>> reproduce the problem there's no delay but then I get two acpi
>> event for every brightness change:
>
> That's per BIOS design. The video event is an active event, that X.org will
On Thu, Oct 02, 2008 at 07:29:13AM +0200, Yves-Alexis Perez wrote:
> On mer, 2008-10-01 at 22:43 -0400, Paride Legovini wrote:
> > And thats ok. And I get the hotkeys working! At a first sight even the
> > brightness control seems to work, BUT, if (and only if) I reach the
>
On Thu, Oct 02, 2008 at 12:48:38AM -0300, Henrique de Moraes Holschuh wrote:
> On Wed, 01 Oct 2008, Paride Legovini wrote:
> > I'm running an X60s with a vanilla 2.6.27-rc8 kernel (but I get the
>
> Saved a copy of your e1000e EEPROM already?
Thanks for that!
> Pl
I know that many brightness-related problems are already known, but
mine seems to still leak a good description.
I'm running an X60s with a vanilla 2.6.27-rc8 kernel (but I get the
problem also with older versions). I also think that this description
is valid also for the X60. I have no HAL runnin
13 matches
Mail list logo
