Re: Re: Compaq Presario 2800T

Re: Re: Compaq Presario 2800T

[Sourav K Mandal]

> Reading the back archives, it sounds like some folks are having luck
> cleaning up the DSDT for this laptop and getting battery, etc...
> 
> Does anyone have a working (or at least more than the default) DSDT
> they could send me?

I don't have my laptop with me, but I just did the following text
substitutions (using sed) on the ASL DSDT:

"*PNP" -> "PNP" (per Christoph)
"C11C" -> "BAT1"
"C11B" -> "BAT2"
"C11A" -> "ACAD" (I'm not sure about this one -- 
                  check your /proc/acpi/ac_adapter dir first)

> Software suspend seems to work well... 

It was working well until I fixed my DSDT!

> The DRI patch seems to work great on it as well, so it can chvt away
> from X, echo 4 > /proc/acpi/sleep and suspend, and comes back
> ok. Great work on that!

Interesting that you have a /proc/acpi/sleep entry; I don't.  I've
been using "echo -n '1 0 0' > /proc/sys/kernel/swsusp".  It just
occurs to me that I should turn on the debugging bits and see
if I can understand what's wrong ...

> With the default acpi-20020726 I get temp readings, but it says ac is
> always on, and battery doesn't give any info at all. 

This should be repaired once you tweak the DSDT.

Please report back how it goes -- I'm using the 20020709 series of
patches on kernel 2.4.18, so if everything works out for you I
might upgrade to 20020726.


Sourav


-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31

Re: Re: Compaq Presario 2800T

[Charl P. Botha]

On Wed, Jul 31, 2002 at 02:11:09PM -0400, Sourav K Mandal wrote:
> Interesting that you have a /proc/acpi/sleep entry; I don't.  I've
> been using "echo -n '1 0 0' > /proc/sys/kernel/swsusp".  It just
> occurs to me that I should turn on the debugging bits and see
> if I can understand what's wrong ...

You should upgrade to 20020726 or edit your .config so that
CONFIG_ACPI_SLEEP is activated.  When I _didn't_ do this, i.e. only swsusp
but no /proc/acpi/sleep, suspend/resume stopped working on my laptop as well.

-- 
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/


-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31

Re: Re: Compaq Presario 2800T

[Sourav K Mandal]

> You should upgrade to 20020726 or edit your .config so that
> CONFIG_ACPI_SLEEP is activated.  When I _didn't_ do this, i.e. only swsusp
> but no /proc/acpi/sleep, suspend/resume stopped working on my laptop as well.

I did put CONFIG_ACPI_SLEEP in my .config, but it didn't work:
no /proc/acpi/sleep, and resume locks.  (Were you simply unable
to suspend, or did you have the same problem where the resume
locks?)


Sourav


PS:  It has nothing to do with X, so it has nothing to do with the
Synaptics driver.


-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31

Re: Re: Compaq Presario 2800T

[Charl P. Botha]

On Wed, Jul 31, 2002 at 03:58:28PM +0000, Kevin Fenzi wrote:
> The DRI patch seems to work great on it as well, so it can chvt away
> from X, echo 4 > /proc/acpi/sleep and suspend, and comes back
> ok. Great work on that!

You mean you're using the kludge?  If so, congratulations, you're my first
datapoint! ;)

-- 
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/


-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31

Re: Re: Compaq Presario 2800T

[Charl P. Botha]

On Wed, Jul 31, 2002 at 02:33:22PM -0400, Sourav K Mandal wrote:
> > You should upgrade to 20020726 or edit your .config so that
> > CONFIG_ACPI_SLEEP is activated.  When I _didn't_ do this, i.e. only swsusp
> > but no /proc/acpi/sleep, suspend/resume stopped working on my laptop as well.
> 
> I did put CONFIG_ACPI_SLEEP in my .config, but it didn't work:
> no /proc/acpi/sleep, and resume locks.  (Were you simply unable
> to suspend, or did you have the same problem where the resume
> locks?)

As far as I can remember, the resume locked...  but I'm a bit vague on this,
as this happened in a period when I was experimenting with 98239849832 other
things to get the laptop working to my taste. ;)

-- 
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/


-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31

Re: Re: Compaq Presario 2800T

[Kevin Fenzi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Sourav" == Sourav K Mandal <Sourav> writes:

>> Does anyone have a working (or at least more than the default) DSDT
>> they could send me?

Sourav> I don't have my laptop with me, but I just did the following
Sourav> text substitutions (using sed) on the ASL DSDT:

Sourav> "*PNP" -> "PNP" (per Christoph) "C11C" -> "BAT1" "C11B" ->
Sourav> "BAT2" "C11A" -> "ACAD" (I'm not sure about this one -- check
Sourav> your /proc/acpi/ac_adapter dir first)

well, I did that, but then iasl gives me: 

iasl-linux-20020725/iasl -tc -bb -i dsdt.asl-new

Intel ACPI Component Architecture
ASL Compiler / AML Disassembler version 20020725 [Jul 25 2002]
Copyright (C) 2000 - 2002 Intel Corporation
Supports ACPI Specification Revision 2.0a

dsdt.asl-new     1: 
Error   1037 -         ^ parse error, expecting `error' or `PARSEOP_DEFINITIONBLOCK'

ASL Input: dsdt.asl-new - 1 lines, 4 bytes, 0 keywords
AML Output: dsdt.aml - 0 bytes 0 named objects 0 executable opcodes

Compilation complete. 1 Errors 0 Warnings

The top of the dsdt.asl I get is:

RSDP "COMPAQ" @ 0x000f9970
  0000: 52 53 44 20 50 54 52 20 82 43 4f 4d 50 41 51 00  RSD PTR .COMPAQ.
  0010: 84 0c ff 0f                                      ....

RSDT @ 0x0fff0c84
  0000: 52 53 44 54 30 00 00 00 01 08 43 4f 4d 50 41 51  RSDT0.....COMPAQ
  0010: 43 50 51 30 30 34 41 20 20 02 05 31 43 50 51 20  CPQ004A  ..1CPQ 
  0020: 01 00 00 00 00 0c ff 0f c3 64 ff 0f d1 65 ff 0f  .........d...e..

FACP @ 0x0fff0c00
  0000: 46 41 43 50 84 00 00 00 02 42 43 4f 4d 50 41 51  FACP.....BCOMPAQ
  0010: 43 50 51 30 30 34 41 20 02 00 00 00 43 50 51 20  CPQ004A ....CPQ 
  0020: 01 00 00 00 80 be ff 0f b4 0c ff 0f 00 00 09 00  ................
  0030: b2 00 00 00 f1 f0 00 80 00 10 00 00 00 00 00 00  ................
  0040: 04 10 00 00 00 00 00 00 20 10 00 00 08 10 00 00  ........ .......
  0050: 28 10 00 00 2c 10 00 00 04 02 01 04 04 04 10 00  (...,...........
  0060: 02 00 55 00 00 00 00 00 01 03 0d 00 32 03 00 00  ..U.........2...
  0070: a5 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
  0080: 00 00 00 00                                      ....

DSDT @ 0x0fff0cb4
  0000: 44 53 44 54 0f 58 00 00 01 45 43 4f 4d 50 41 51  DSDT.X...ECOMPAQ
  0010: 45 56 4f 4e 38 30 30 00 00 00 01 00 4d 53 46 54  EVON800.....MSFT
  0020: 0d 00 00 01 5b 83 33 5c 2e 5f 50 52 5f 43 30 30  ....[.3\._PR_C00
  0030: 30 01 10 10 00 00 06 14 21 5f 43 53 54 00 a0 13  0.......!_CST...
  0040: 93 5c 2e 5f 53 42 5f 43 30 30 31 0a 00 a4 43 30  .\._SB_C001...C0
...

Is this the wrong format from acpidmp? 

>> Software suspend seems to work well...

Sourav> It was working well until I fixed my DSDT!

Are you using the acpi-swspend patch? I am using the
patch-acpi-acpi20020726-swsusp11.gz patch.

>> The DRI patch seems to work great on it as well, so it can chvt
>> away from X, echo 4 > /proc/acpi/sleep and suspend, and comes back
>> ok. Great work on that!

Sourav> Interesting that you have a /proc/acpi/sleep entry; I don't.
Sourav> I've been using "echo -n '1 0 0' > /proc/sys/kernel/swsusp".
Sourav> It just occurs to me that I should turn on the debugging bits
Sourav> and see if I can understand what's wrong ...

yeah, I think thats due to the acpi-swspend patch? 

>> With the default acpi-20020726 I get temp readings, but it says ac
>> is always on, and battery doesn't give any info at all.

Sourav> This should be repaired once you tweak the DSDT.

ok. 

Sourav> Please report back how it goes -- I'm using the 20020709
Sourav> series of patches on kernel 2.4.18, so if everything works out
Sourav> for you I might upgrade to 20020726.

ok. 

Sourav> Sourav

kevin

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard <http://www.gnupg.org/>

iD8DBQE9SC9U3imCezTjY0ERAkMMAJ0fiBIsRCmE8Q8Og+y1DfG0F5KijgCggyuA
Ft+Lz/ojPwbX+tYu2ZTWGCY=
=W7qf
-----END PGP SIGNATURE-----


-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31

Re: Re: Compaq Presario 2800T

[Kevin Fenzi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Charl" == Charl P Botha <c.p.botha-ra0OqMccq8edIhEUFHOBvg@public.gmane.org> writes:

Charl> On Wed, Jul 31, 2002 at 03:58:28PM +0000, Kevin Fenzi wrote:
>> The DRI patch seems to work great on it as well, so it can chvt
>> away from X, echo 4 > /proc/acpi/sleep and suspend, and comes back
>> ok. Great work on that!

Charl> You mean you're using the kludge?  If so, congratulations,
Charl> you're my first datapoint! ;)

yep. Seems to work. :) 

thanks for the patch!

I need to do some more testing... not sure I had any 3d stuff running
at any point, but it seems to work. 

Charl> -- charl p. botha http://cpbotha.net/
Charl> http://visualisation.tudelft.nl/

kevin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard <http://www.gnupg.org/>

iD8DBQE9SC+m3imCezTjY0ERArOuAJkBxP+JdxfbRdoBKdP4I6FPlYrypwCfUgL5
xf6c6qMN+mQhoNBl26NtNkA=
=rQsp
-----END PGP SIGNATURE-----


-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31

Re: Re: Compaq Presario 2800T

[Sourav K Mandal]

> well, I did that, but then iasl gives me: 
> 
> iasl-linux-20020725/iasl -tc -bb -i dsdt.asl-new
[...]
> Is this the wrong format from acpidmp?

Woah, I think you made the same mistake I did -- the utility
you're using gives a hex dump rather than ASL.  Use this 
utility:

http://people.freebsd.org/~takawata/pacpidump.tar.gz 

> Are you using the acpi-swspend patch? I am using the
> patch-acpi-acpi20020726-swsusp11.gz patch.

Yes -- but rev. swsusp9 versus acpi-20020709.  I will upgrade
both.

> >> The DRI patch seems to work great on it as well, so it can chvt
> >> away from X, echo 4 > /proc/acpi/sleep and suspend, and comes back
> >> ok. Great work on that!

Cool -- I'll try it out once I get the resume issue resolved.


Sourav




-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31

Re: Re: Compaq Presario 2800T

[Charl P. Botha]

On Wed, Jul 31, 2002 at 12:42:45PM -0600, Kevin Fenzi wrote:
> thanks for the patch!

Thanks for testing!

> I need to do some more testing... not sure I had any 3d stuff running
> at any point, but it seems to work. 

There _might_ be a problem with the DRI install.sh script being so paranoid
about alien libGL libs that it moves yours somewhere else...  I'm going to
fix that soon.

If you can see a message in your XFree86.log like this:
(II) RADEON(0): Direct rendering enabled after VT switch
after switching back from the console, it means everything is hunky dory.
Just remember to test for the radeon usecount before you suspend...

Thanks,
Charl

-- 
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/


-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31

Re: Re: Compaq Presario 2800T

[Sourav K Mandal]

> There _might_ be a problem with the DRI install.sh script being so paranoid
> about alien libGL libs that it moves yours somewhere else...  I'm going to
> fix that soon.

It does in fact do that; however, running "ldconfig" as root seems
to clear up any linking errors.


Sourav


-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31

Re: Re: Compaq Presario 2800T

[Sourav K Mandal]

Hi,

So I upgraded to the acpi-20020726+swusp11.  Nothing much 
has changed; however, I did develop a workaround for the hang
when resuming from the suspension.  I was able to deduce that 
ALSA was the culprit, so I simply shutdown/start ALSA in my 
suspension script.

The hangs on resume started with the patching of the DSDT. 
ACPI with the patched DSDT is producing the following error
(excerpted from dmesg):

Executing all Device _STA and_INI methods:...evrgnini-0243:
*** Error: Could not install Pci+config handler for C03C, 

This error is repeated thrice.  Since my sound component
(ADI SoundMAX, Intel 810) is PCI, I wonder if it's related?
I'm not sure how to eliminate the error ... I could send
my ASL DSDT to somebody who might be interested.


Regards,

Sourav





-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: Compaq Presario 2800T

[Kevin Fenzi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Just thought I would update everyone on my presario 2800 acpi
progress. 

Once I modified the dsdt with the correct tool (thanks for the
pointer), most everything is working!

Software suspend still seems to work well. 

Some questions: 

With the processor information in /proc/acpi/processor, I have: 

info:
processor id:            0
acpi id:                 1
bus mastering control:   yes
power management:        yes
throttling control:      yes
performance management:  yes
limit interface:         yes

limit:
active limit:            P0:T0
platform limit:          P0:T0
user limit:              P0:T0
thermal limit:           P0:T0

performance:
state count:             2
active state:            P0
states:
   *P0:                  1800 MHz, 20000 mW, 500 uS
    P1:                  1200 MHz, 10000 mW, 500 uS

power:
active state:            C2
default state:           C1
bus master activity:     ffffffff
states:
    C1:                  promotion[C2] demotion[--] latency[000] usage[00193030]
   *C2:                  promotion[C3] demotion[C1] latency[002] usage[25563637]
    C3:                  promotion[--] demotion[C2] latency[085] usage[00000234]


throttling:
state count:             8
active state:            T0
states:
   *T0:                  00%
    T1:                  12%
    T2:                  25%
    T3:                  37%
    T4:                  50%
    T5:                  62%
    T6:                  75%
    T7:                  87%

The only thing I can change is the "throttling" setting. Is that just
cpu idling? or something else? 

It doesn't seem to want to let me change "power" or "performance". Any
ideas? 

Also, the brightness buttons (Fn-F7 and Fn-F8) work ok in the bios,
but don't seem to do anything once linux is booted. Is that ACPI
related? Something else?

Also, this is a interesting one... the lid button is registered and it
shows an ACPI event each time it closes or opens, but it doesn't show
if it's closed or open, just a incremented number. any way to tell
which state the lid is in? ie, a close, open lid cycle shows as: 

[Sat Aug  3 16:04:55 2002] received event "button/lid C11D 00000080 00000021"
[Sat Aug  3 16:04:55 2002] completed event "button/lid C11D 00000080 00000021"

[Sat Aug  3 16:05:01 2002] received event "button/lid C11D 00000080 00000022"
[Sat Aug  3 16:05:01 2002] completed event "button/lid C11D 00000080 00000022"

so, 21 and 22... next time will be 23 and 24, etc.. Do I just odd/even
to detemine if the lid is closed?

Thanks for all the help on this list... you guys have been great. I am
quite happy with the laptop now. 

kevin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard <http://www.gnupg.org/>

iD8DBQE9TFPW3imCezTjY0ERAlIjAJ4lehM4D4j4yeKz91ls29f/roKyRACgg/jM
chs01y7UwUfmam1h2SFtT4w=
=iPax
-----END PGP SIGNATURE-----


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: Compaq Presario 2800T

[Sourav K. Mandal]

On Sat, 2002-08-03 at 18:06, Kevin Fenzi wrote:

> Also, the brightness buttons (Fn-F7 and Fn-F8) work ok in the bios,
> but don't seem to do anything once linux is booted. Is that ACPI
> related? Something else?

I have seen observed all the behaviors you have on my own 2800 except
this one -- my brightnesses work correctly, even over reboots, i.e.
brightness values with and without AC adapter are stored and restored.

FYI, I'm using linux-2.4.18+acpi-20020726+swsusp11+packet-cd


Sourav




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: Compaq Presario 2800T

[Kevin Fenzi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Sourav" == Sourav K Mandal <smandal-DPNOqEs/LNQ@public.gmane.org> writes:

Sourav> On Sat, 2002-08-03 at 18:06, Kevin Fenzi wrote:
>> Also, the brightness buttons (Fn-F7 and Fn-F8) work ok in the bios,
>> but don't seem to do anything once linux is booted. Is that ACPI
>> related? Something else?

Sourav> I have seen observed all the behaviors you have on my own 2800
Sourav> except this one -- my brightnesses work correctly, even over
Sourav> reboots, i.e.  brightness values with and without AC adapter
Sourav> are stored and restored.

it stores and restores them ok, but I cant change them once linux is
up and running. LIke the buttons stop doing anything. ;( 

Sourav> FYI, I'm using linux-2.4.18+acpi-20020726+swsusp11+packet-cd
Sourav> Sourav

kevin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard <http://www.gnupg.org/>

iD8DBQE9TpP73imCezTjY0ERArJtAJ0ZAv2hTPjJxnyyIwvvY6Qn7EgSfACfZWaP
t8ss+hmKPGgqevT4geKlaFM=
=VELK
-----END PGP SIGNATURE-----


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: Compaq Presario 2800T

[Sourav K. Mandal]

On Mon, 2002-08-05 at 11:04, Kevin Fenzi wrote: 

> it stores and restores them ok, but I cant change them once linux is
> up and running. LIke the buttons stop doing anything. ;( 

Yeah, trying it out myself it seems like a DRI thing.  Try 
turning off DRI in your XF86Config and see if it helps. You might have
to reboot ... DRI doesn't work when coming back from suspend, and some
things don't work once you run DRI.  For me, once I run DRI the
backlight refuses to turn off on lid close -- reboot fixes this. 

If that doesn't work, try switching to a text console.

I have yet to apply Charl's patch, and so I alternate between DRI and
no-DRI XF86Configs.  I don't know if the patch fixes the backlight thing
... 


Sourav



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: Compaq Presario 2800T

[Charl P. Botha]

On Tue, Aug 06, 2002 at 02:13:32AM -0400, Sourav K. Mandal wrote:
> On Mon, 2002-08-05 at 11:04, Kevin Fenzi wrote: 
> Yeah, trying it out myself it seems like a DRI thing.  Try 
> turning off DRI in your XF86Config and see if it helps. You might have
> to reboot ... DRI doesn't work when coming back from suspend, and some
> things don't work once you run DRI.  For me, once I run DRI the
> backlight refuses to turn off on lid close -- reboot fixes this. 
> 
> If that doesn't work, try switching to a text console.
> 
> I have yet to apply Charl's patch, and so I alternate between DRI and
> no-DRI XF86Configs.  I don't know if the patch fixes the backlight thing
> ... 

FWIW, my dim/bright keys (Fn-F6 and Fn-F6) always work and the brightness
level is even retained across reboots.  The binaries on
http://cpbotha.net/dri_reinit.html have been updated, although I doubt that
thet changes have to do with your brightness settings.

-- 
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: Compaq Presario 2800T

[Kevin Fenzi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Sourav" == Sourav K Mandal <smandal-DPNOqEs/LNQ@public.gmane.org> writes:

Sourav> On Mon, 2002-08-05 at 11:04, Kevin Fenzi wrote:
>> it stores and restores them ok, but I cant change them once linux
>> is up and running. LIke the buttons stop doing anything. ;(

Sourav> Yeah, trying it out myself it seems like a DRI thing.  Try
Sourav> turning off DRI in your XF86Config and see if it helps. You
Sourav> might have to reboot ... DRI doesn't work when coming back
Sourav> from suspend, and some things don't work once you run DRI.
Sourav> For me, once I run DRI the backlight refuses to turn off on
Sourav> lid close -- reboot fixes this.

humm... interesting... 

Sourav> If that doesn't work, try switching to a text console.

buttons still don't work in a text console either. 
I might try with no DRI after a bit... enjoying the stability for a
few days. 

For the backlight I rescovered: 

http://fdd.com/software/radeon/

Tool to turn on/off the backlight. I set it up in acpid to turn off
the backlight when the lid closes and back on when the lid opens (as
long as it doesn't get out of sync). 

Sourav> I have yet to apply Charl's patch, and so I alternate between
Sourav> DRI and no-DRI XF86Configs.  I don't know if the patch fixes
Sourav> the backlight thing ...

I am running that patched radeon, and I can't do anything with
brightness or the external monitor. Might be something else in my
setup tho. 

Sourav> Sourav

kevin

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard <http://www.gnupg.org/>

iD8DBQE9T+tl3imCezTjY0ERAuwOAJ9cHeybDYhG2N9zoDgZh1sbjzr1HACggW+1
yQPEZCyXoNjxQ4+I5A3Wt/s=
=wYcn
-----END PGP SIGNATURE-----


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: Compaq Presario 2800T

[Kevin Fenzi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Charl" == Charl P Botha <c.p.botha-ra0OqMccq8edIhEUFHOBvg@public.gmane.org> writes:

Charl> On Tue, Aug 06, 2002 at 02:13:32AM -0400, Sourav K. Mandal
Charl> wrote:
>> 
>> I have yet to apply Charl's patch, and so I alternate between DRI
>> and no-DRI XF86Configs.  I don't know if the patch fixes the
>> backlight thing ...

Charl> FWIW, my dim/bright keys (Fn-F6 and Fn-F6) always work and the
Charl> brightness level is even retained across reboots.  The binaries
Charl> on http://cpbotha.net/dri_reinit.html have been updated,
Charl> although I doubt that thet changes have to do with your
Charl> brightness settings.

Thanks, I will try the updated ones as soon as I get a chance. 
Whats changed? Same diff against newer dri? 

kevin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard <http://www.gnupg.org/>

iD8DBQE9T+vP3imCezTjY0ERAum2AJ9SYlbQvQberNOUSH7sHeC3X+D23ACgjt+k
IH2YRPzWcugLyFLAD0EG8W8=
=qc1Z
-----END PGP SIGNATURE-----


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: Compaq Presario 2800T

[Charl P. Botha]

On Tue, Aug 06, 2002 at 09:31:24AM -0600, Kevin Fenzi wrote:
> Charl> FWIW, my dim/bright keys (Fn-F6 and Fn-F6) always work and the
> Charl> brightness level is even retained across reboots.  The binaries
> Charl> on http://cpbotha.net/dri_reinit.html have been updated,
> Charl> although I doubt that thet changes have to do with your
> Charl> brightness settings.
> 
> Thanks, I will try the updated ones as soon as I get a chance. 
> Whats changed? Same diff against newer dri? 

There is more detail at cpbotha.net/dri_reinit.html.

Basically, Michel Dänzer has re-engineered my concept to make it more
stable.  You can now do things like run multiple DRI-capable servers at the
same time and switch between them... they will automatically switch between
hardware and software 3D depending on who's holding a lock on the Radeon
hardware.  My kludge could also do this, but would break under certain
circumstances.

The suspend/resume software is still more or less the same.

-- 
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: Compaq Presario 2800T

[Kevin Fenzi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Charl" == Charl P Botha <c.p.botha-ra0OqMccq8edIhEUFHOBvg@public.gmane.org> writes:

Charl> FWIW, my dim/bright keys (Fn-F6 and Fn-F6) always work and the
Charl> brightness level is even retained across reboots.  The binaries
Charl> on http://cpbotha.net/dri_reinit.html have been updated,
Charl> although I doubt that thet changes have to do with your
Charl> brightness settings.

Well, I finally got around to upgrading to the newest one there (got
some more memory for the laptop and had to reboot anyhow)... 

I also did some debugging... 

The Fn f7 (dim) and Fn-f8 (brighten) and Fn-F4 (monitor) all work fine
when I first boot up. They also work fine if I start X with no DRM. If
I start X with drm, then they stop working and won't work again until
I reboot. 

Any ideas? Could be a XFree86 version problem? 

I am running RedHat limbo with XFree86-4.2.0-56 + your drm_reinit
modules. 

kevin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard <http://www.gnupg.org/>

iD8DBQE9UaNX3imCezTjY0ERAonrAJ9Gr62NIEG0iuDZKCUxpJq1EFMQpQCfcdua
hcd+BNZvpMsThcef+qLBs2U=
=/WtP
-----END PGP SIGNATURE-----


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: Compaq Presario 2800T

[Sourav K Mandal]

> The Fn f7 (dim) and Fn-f8 (brighten) and Fn-F4 (monitor) all work fine
> when I first boot up. They also work fine if I start X with no DRM. If
> I start X with drm, then they stop working and won't work again until
> I reboot. 

Exactly what I'm getting, but with stock DRI modules.

> Any ideas? Could be a XFree86 version problem? 

Unforunately, not really.  :-(

My (layman's) guess is that it has something to do with the GPU's
power state.  The BIOS won't shut down the LCD until it's
satisfied with the Radeon's power state; once DRM is used
 the Radeon cannot enter an acceptable power state.

This is the inverse of the DRI-on-resume problem, that once
the Radeon is shutdown w/o reset, the DRM "parts" don't 
wake up properoly.


Sourav


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: Compaq Presario 2800T

[Charl P. Botha]

On Wed, Aug 07, 2002 at 06:57:25PM -0400, Sourav K Mandal wrote:
> > The Fn f7 (dim) and Fn-f8 (brighten) and Fn-F4 (monitor) all work fine
> > when I first boot up. They also work fine if I start X with no DRM. If
> > I start X with drm, then they stop working and won't work again until
> > I reboot. 
> 
> Exactly what I'm getting, but with stock DRI modules.

Just for clarity, on my laptop (which is not a Compaq, but a no-namer with
Radeon Mobility 7500 64MB) the bright/dim keys always work, DRI or no DRI.

> > Any ideas? Could be a XFree86 version problem? 
> 
> Unforunately, not really.  :-(
> 
> My (layman's) guess is that it has something to do with the GPU's
> power state.  The BIOS won't shut down the LCD until it's
> satisfied with the Radeon's power state; once DRM is used
>  the Radeon cannot enter an acceptable power state.

If you experience this with stock XFree86 DRI as well, I would post a report
on xpert-72qDnkntNoRAfugRpC6u6w@public.gmane.org as well.  One of the ATI engineers is spending a lot of
time with these drivers and might have something to add to the equation.

> This is the inverse of the DRI-on-resume problem, that once
> the Radeon is shutdown w/o reset, the DRM "parts" don't 
> wake up properoly.

The DRM wasn't designed for stopping/starting in mid-stride, which is why
we've made it so that it completely initialises/de-initialises during
VT-switch.  If certain remaining technical problems can be sorted out, this
might even make XFree86 4.3.0, at least until a more generic solution can be
implemented.

Good luck,
Charl

-- 
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: Compaq Presario 2800T

[Kevin Fenzi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Charl" == Charl P Botha <c.p.botha-ra0OqMccq8edIhEUFHOBvg@public.gmane.org> writes:

Charl> On Wed, Aug 07, 2002 at 06:57:25PM -0400, Sourav K Mandal
Charl> wrote:
>> > The Fn f7 (dim) and Fn-f8 (brighten) and Fn-F4 (monitor) all work
>> fine > when I first boot up. They also work fine if I start X with
>> no DRM. If > I start X with drm, then they stop working and won't
>> work again until > I reboot.
>> 
>> Exactly what I'm getting, but with stock DRI modules.

Charl> Just for clarity, on my laptop (which is not a Compaq, but a
Charl> no-namer with Radeon Mobility 7500 64MB) the bright/dim keys
Charl> always work, DRI or no DRI.

so it might be a bios diffrence... ?

>> My (layman's) guess is that it has something to do with the GPU's
>> power state.  The BIOS won't shut down the LCD until it's satisfied
>> with the Radeon's power state; once DRM is used the Radeon cannot
>> enter an acceptable power state.

Charl> If you experience this with stock XFree86 DRI as well, I would
Charl> post a report on xpert-72qDnkntNoRAfugRpC6u6w@public.gmane.org as well.  One of the ATI
Charl> engineers is spending a lot of time with these drivers and
Charl> might have something to add to the equation.

ok. I will try and test it later tonight and see. I can't remember if
I saw it with stock X/drm or not. 

>> This is the inverse of the DRI-on-resume problem, that once the
>> Radeon is shutdown w/o reset, the DRM "parts" don't wake up
>> properoly.

Charl> The DRM wasn't designed for stopping/starting in mid-stride,
Charl> which is why we've made it so that it completely
Charl> initialises/de-initialises during VT-switch.  If certain
Charl> remaining technical problems can be sorted out, this might even
Charl> make XFree86 4.3.0, at least until a more generic solution can
Charl> be implemented.

excellent. 

Charl> Good luck, Charl

kevin


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard <http://www.gnupg.org/>

iD8DBQE9UaqC3imCezTjY0ERAgHVAJ9mLzQXUEQ893HzqDAbipwoLnUbzACeKd+B
ofgte2+w7GMrGw8cLlTVdA8=
=gczI
-----END PGP SIGNATURE-----


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf