Pavel Machek wrote:
>> this server crashes when switching to the console or shutting
>> down (crashing is sometimes, not always), very nice screen which
>> slowly turns white
>
> Hmm, it would be nice to be able to trigger "go white" on purpose --
> it looks like screen is burning
Hi!
> > > - DRI must be disabled I guess?! Even with newer X server (x.org)?
> >
> > You still didn't state which X server are you using. In short, XFree86 4.4,
>
> I have stated it several times, but here a sum up:
>
> - XFree86 4.3 (debian/sid)
> no work
> - X.Org 6.8.1.99 (debian -dri
On Thu, Feb 24, 2005 at 01:37:16PM +0100, Norbert Preining wrote:
> - X.Org 6.8.1.99 (debian -dri-trunk stuff plus kernel modules9
> no work
> with 2.6.11-rc4 and 2.6.11-rc3-mm2
> this server crashes when switching to the console or shutting
> down (crashing is sometimes, no
Thus wrote Norbert Preining:
> - X.Org 6.8.1.99 (debian -dri-trunk stuff plus kernel modules9
> no work
> with 2.6.11-rc4 and 2.6.11-rc3-mm2
> this server crashes when switching to the console or shutting
> down (crashing is sometimes, not always), very nice screen which
>
On Die, 22 Feb 2005, Karol Kozimor wrote:
> Thus wrote Norbert Preining:
> > - DRI must be disabled I guess?! Even with newer X server (x.org)?
>
> You still didn't state which X server are you using. In short, XFree86 4.4,
I have stated it several times, but here a sum up:
- XFree86 4.3 (debian
Thus wrote Norbert Preining:
> - DRI must be disabled I guess?! Even with newer X server (x.org)?
You still didn't state which X server are you using. In short, XFree86 4.4,
X.Org 6.7 and 6.8.2 are fine, anything other (including X.Org 6.8.0 and .1)
is not.
Best regards,
--
Karol 'sziwan' Kozimo
Am Freitag, 18. Februar 2005 14:38 schrieb Norbert Preining:
> On Fre, 18 Feb 2005, Norbert Preining wrote:
> > I tried:
> > 2.6.11-rc3-mm2 + Xorg + DRI disabled
> > and this works.
> >
> > I cannot enable dri/drm with the cvs version of the drm modules, because
> > the drm modules do not compile
On Fre, 18 Feb 2005, Norbert Preining wrote:
> I tried:
> 2.6.11-rc3-mm2 + Xorg + DRI disabled
> and this works.
>
> I cannot enable dri/drm with the cvs version of the drm modules, because
> the drm modules do not compile for -mm kernels, since there is the patch
> for multiple agp bridges
On Don, 17 Feb 2005, Stefan Dösinger wrote:
> > Ok, I installed xlibmesa-gl1-dri-trunk, xserver-xfree86-dri-trunk and
> > compiled linux-2.6.11-rc4 and drm modules from drm-trunk-module-src, all
> > from http://www.nixnuts.net/files/
> >
> > But I had no success whatsoever. With this (Xorg server,
Pavel Machek schrieb:
>
>>>I'm not sure if you can push the whole industry at once.
>>
>>The goal is to know what to tell the system vendors
>>interested in supporting Linux what they should do
>>with their BIOS on future platforms.
>>
>>I believe our message should be:
>>1. BIOS should save/resto
Hi!
Sorry, I was too fast with my mail client. Please cc: Len in your
replies.
To: Len Brown <[EMAIL PROTECTED]>
Subject: Re: [ACPI] Call for help: list of machines with working S3
X-Warning: Reading this can be dangerous to your mental health.
Hi!
> > I'm not sure if you c
Hello Pavel!
On Mon 14 Feb 2005 22:11, Pavel Machek wrote:
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
Sorry, but a diff of what? O
On Thu, 2005-02-17 at 05:15, Vojtech Pavlik wrote:
> I'm not sure if you can push the whole industry at once.
The goal is to know what to tell the system vendors
interested in supporting Linux what they should do
with their BIOS on future platforms.
I believe our message should be:
1. BIOS shoul
Am Donnerstag, 17. Februar 2005 20:08 schrieb Norbert Preining:
> On Die, 15 Feb 2005, Stefan Dösinger wrote:
> > > - DRI must be disabled I guess?! Even with newer X server (x.org)?
> >
> > Do you use the fglrx driver? This doesn't work with any type of suspend
> > so far. If you use the radeon dr
Hi!
> >>4. Include a mandantory description of video bringup after resume
> >
> > That sounds overcomplicated. Simply add this to the specs:
>
> You have to start to think like a vendor with a long legacy. Then my
> spec draft will make more sense. Basically, you can't tell a vendor
> that his ha
Pavel Machek schrieb:
>
>>>to reinitialise the graphics hardware, few are going to care about
>>>making life easier for Linux.
>>
> [...]
>>3. Get some shiny certification/label going that can be put on
>>fully conforming products as a sticker. Something like the old
>>"EPA pollution preventer" lo
Vernon Mauery schrieb:
> Carl-Daniel Hailfinger wrote:
>
>>1. A first step towards better DSDTs would be to make the ASL compiler
>>complain about the same things which are complained about by the
>>in-kernel ACPI interpreter. An example would be the following:
>>
>>acpi_processor-0496 [10] acpi_p
Hi!
> > to reinitialise the graphics hardware, few are going to care about
> > making life easier for Linux.
>
> 1. A first step towards better DSDTs would be to make the ASL compiler
> complain about the same things which are complained about by the
> in-kernel ACPI interpreter. An example would
On Die, 15 Feb 2005, Pavel Machek wrote:
> > - Sometimes I have to make a Sysrq-s (sync) to get some stuff running
> > (eg logging in from the console hangs after input of passwd, calling
> > sysrq-s makes it continue). I had a similar effect when logging in
> > AFTER resuming (for the resume
On Die, 15 Feb 2005, Stefan Dösinger wrote:
> > - DRI must be disabled I guess?! Even with newer X server (x.org)?
> Do you use the fglrx driver? This doesn't work with any type of suspend so
> far. If you use the radeon driver try a driver update.
Ok, I installed xlibmesa-gl1-dri-trunk, xserver-
Carl-Daniel Hailfinger wrote:
> 1. A first step towards better DSDTs would be to make the ASL compiler
> complain about the same things which are complained about by the
> in-kernel ACPI interpreter. An example would be the following:
>
> acpi_processor-0496 [10] acpi_processor_get_inf: Invalid PB
Matthew Garrett schrieb:
> On Thu, 2005-02-17 at 01:16 -0500, Len Brown wrote:
>
>>I think that it is the BIOS' job on S3-suspend
>>to save the video mode. On S3-resume the BIOS should
>>re-POST and restore the video mode.
>
> I agree, but in the absence of spec requirement and some form of
> ce
On Die, 15 Feb 2005, Stefan Dösinger wrote:
> > After deactivating DRI in the X config file and saving the states with
> > your script (thanks) and turning off various stuff I get X running
> > again.
> >
> > Questions:
> > - DRI must be disabled I guess?! Even with newer X server (x.org)?
>
> Do y
Hi!
> I think that it is the BIOS' job on S3-suspend
> to save the video mode. On S3-resume the BIOS should
> re-POST and restore the video mode.
Can you find it written down somewhere? It would be certainly easier
for me if every BIOS did re-post, but it is not the case on any new
BIOS
> T
On Thu, 2005-02-17 at 01:16 -0500, Len Brown wrote:
> Pavel,
> I think that it is the BIOS' job on S3-suspend
> to save the video mode. On S3-resume the BIOS should
> re-POST and restore the video mode.
I agree, but in the absence of spec requirement and some form of
certification process, I don'
On Thu, Feb 17, 2005 at 01:16:45AM -0500, Len Brown wrote:
> Pavel,
> I think that it is the BIOS' job on S3-suspend
> to save the video mode. On S3-resume the BIOS should
> re-POST and restore the video mode.
Should.
But this definitely is not the case on about 80+% of notebooks.
You can save
Pavel,
I think that it is the BIOS' job on S3-suspend
to save the video mode. On S3-resume the BIOS should
re-POST and restore the video mode.
While Linux's X drivers may be able to handle the case
where X is running -- that doesn't help us with the
cases where X is not running (a case that Windo
Am Mittwoch, 16. Februar 2005 16:06 schrieb Carl-Daniel Hailfinger:
> Stefan Dösinger schrieb:
> >>The problems with this patch are:
> >>- you need to press a key to come back from the "resume-console" after
> >>resume. - DRI in X does not work (at least for me with intel-agp, others
> >>reportet i
On Wed, 16 Feb 2005 16:06:00 +0100, Carl-Daniel Hailfinger
<[EMAIL PROTECTED]> wrote:
> Stefan Dösinger schrieb:
> >>The problems with this patch are:
> >>- you need to press a key to come back from the "resume-console" after
> >>resume. - DRI in X does not work (at least for me with intel-agp, oth
On Wed, Feb 16, 2005 at 03:54:38PM +0100, Carl-Daniel Hailfinger wrote:
> Romano Giannetti schrieb:
> >
> > I tried with my Sony Vaio FX701. No luck. It goes S3 ok, but it will never
> > come back (blank screen, HDD led fixed on).
> >
> > I am wishing to help, imply tell me what I have to do.
>
Stefan Dösinger schrieb:
>>The problems with this patch are:
>>- you need to press a key to come back from the "resume-console" after
>>resume. - DRI in X does not work (at least for me with intel-agp, others
>>reportet it works)
>>I just disabloed it by not loading intel-agp (hotplug-blacklist)
>
Romano Giannetti schrieb:
> On Tue, Feb 15, 2005 at 06:08:37PM +0100, Norbert Preining wrote:
>
>>On Die, 15 Feb 2005, Carl-Daniel Hailfinger wrote:
>>
>>>To suspend and resume properly, call the following script as root:
>>
>>Success.
>
> I tried with my Sony Vaio FX701. No luck. It goes S3 ok,
Hi Carl-Daniel, hi all,
On Die, 15 Feb 2005, Carl-Daniel Hailfinger wrote:
> > - DRI must be disabled I guess?! Even with newer X server (x.org)?
>
> I never disabled it.
Here X freezes (Sysrq-b works) with DRI enabled (debian sid, x4.3.0.1,
kernel 2.6.11-rc3-mm2, radeon, drm as modules)
> I us
On Tue, Feb 15, 2005 at 06:08:37PM +0100, Norbert Preining wrote:
> On Die, 15 Feb 2005, Carl-Daniel Hailfinger wrote:
> > To suspend and resume properly, call the following script as root:
>
> Success.
>
I tried with my Sony Vaio FX701. No luck. It goes S3 ok, but it will never
come back (blan
> The problems with this patch are:
> - you need to press a key to come back from the "resume-console" after
> resume. - DRI in X does not work (at least for me with intel-agp, others
> reportet it works)
> I just disabloed it by not loading intel-agp (hotplug-blacklist)
You can force the radeon X
Model hack (or "how to do it")
--
Acer Aspire 1406LC ole's radeonfb patch
I have to turn off dri, and then it works with the radeonfb patch. I
use this method because I like the fancy fra
Matthew Garrett schrieb:
> On Tue, 2005-02-15 at 19:57 +0100, Carl-Daniel Hailfinger wrote:
>
>
>>Kendall Bennett is working with me to get suspend/resume working
>>even with framebuffers. Once we have results, I'll post them here.
>
>
> I've had success using vesafb with vbetool state restorat
Hi,
On Mon, 2005-02-14 at 22:11 +0100, Pavel Machek wrote:
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
> vbetool (it worked for me),
On Tue, 2005-02-15 at 19:57 +0100, Carl-Daniel Hailfinger wrote:
> Kendall Bennett is working with me to get suspend/resume working
> even with framebuffers. Once we have results, I'll post them here.
I've had success using vesafb with vbetool state restoration. vga16fb
ought to work fairly happi
Hi!
> - Sometimes I have to make a Sysrq-s (sync) to get some stuff running
> (eg logging in from the console hangs after input of passwd, calling
> sysrq-s makes it continue). I had a similar effect when logging in
> AFTER resuming (for the resume I had only gdm running but wasn't
> logge
Am Dienstag, 15. Februar 2005 18:08 schrieb Norbert Preining:
> On Die, 15 Feb 2005, Carl-Daniel Hailfinger wrote:
> > To suspend and resume properly, call the following script as root:
>
> Success.
>
> After deactivating DRI in the X config file and saving the states with
> your script (thanks) an
Norbert Preining schrieb:
> On Die, 15 Feb 2005, Carl-Daniel Hailfinger wrote:
>
>>To suspend and resume properly, call the following script as root:
>
>
> Success.
Great!
> After deactivating DRI in the X config file and saving the states with
> your script (thanks) and turning off various
On Die, 15 Feb 2005, Carl-Daniel Hailfinger wrote:
> To suspend and resume properly, call the following script as root:
Success.
After deactivating DRI in the X config file and saving the states with
your script (thanks) and turning off various stuff I get X running
again.
Questions:
- DRI must
Pavel Machek wrote:
>
> Table of known working systems:
>
> Model hack (or "how to do it")
> --
> IBM TP R32 / Type 2658-MMG none (1)
IBM TP T40 / Type 2373-MU4 none (1)
IBM TP R50
Norbert Preining schrieb:
> On Mon, 14 Feb 2005, Pavel Machek wrote:
>
>>(1) systems where video state is preserved over S3.
>>
>>(2) systems where it is possible to call video bios during S3
>> resume. Unfortunately, it is not correct to call video BIOS at that
>> point, but it happens to work
Thus wrote Norbert Preining:
> vga=normal plus boot-radeon (webpage(5)) works to get text console
> back. But switching to X freezes the computer completely.
>
> X from debian sid.
> XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-10 20041215174925 [EMAIL
> PROTECTED])
> Release Date: 15 August 200
On Mon, 14 Feb 2005, Pavel Machek wrote:
> (1) systems where video state is preserved over S3.
>
> (2) systems where it is possible to call video bios during S3
> resume. Unfortunately, it is not correct to call video BIOS at that
> point, but it happens to work on some machines. Use
> acpi_
On Mon, 2005-02-14 at 23:23 +, Matthew Garrett wrote:
> On Mon, 2005-02-14 at 22:11 +0100, Pavel Machek wrote:
> > Hi!
> >
> > Stefan provided me initial list of machines where S3 works (including
> > video). If you have machine that is not on the list, please send me a
> > diff. If you have e
On Mon, 2005-02-14 at 22:11 +0100, Pavel Machek wrote:
> Hi!
>
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
> vbetool (it worked for
Pavel Machek schrieb:
> Hi!
>
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
> vbetool (it worked for me), and if it works for you supp
50 matches
Mail list logo
