On Fri, Apr 01, 2005 at 11:17:08AM +0200, Romano Giannetti wrote:
> and nothing more. Well, this was done with the double console, so that I
> will try again as soon as I have a bit of time with just the serial console
> on.
Much better now. Configuration, dmesg at boot, etc are at
http://www.de
On Thu, Mar 31, 2005 at 09:54:33PM +0200, Maximilian Engelhardt wrote:
> On Fri, 2005-03-18 at 15:50 +0100, Romano Giannetti wrote:
> >
> > It happens exactly the same on my laptop, sony vaio whose configuration is
> >
> > http://www.dea.icai.upco.es/romano/linux/vaio-conf/laptop-config.html
>
On Fri, 2005-03-18 at 15:50 +0100, Romano Giannetti wrote:
>
> It happens exactly the same on my laptop, sony vaio whose configuration is
>
> http://www.dea.icai.upco.es/romano/linux/vaio-conf/laptop-config.html
>
> Next week is Easter holyday here, I will try to connect my Psion casio as
> ser
On Fri, 2005-03-18 at 15:50 +0100, Romano Giannetti wrote:
>
> It happens exactly the same on my laptop, sony vaio whose configuration is
>
> http://www.dea.icai.upco.es/romano/linux/vaio-conf/laptop-config.html
>
> Next week is Easter holyday here, I will try to connect my Psion casio as
> ser
On Thu, Mar 17, 2005 at 09:05:12PM +0100, Maximilian Engelhardt wrote:
> On Mon, 2005-02-14 at 22:20 +0100, Pavel Machek wrote:
> > Video issues with S3 resume
> > ~~~
> > 2003-2005, Pavel Machek
> >
> Tried all this on my Laptop but
On Mon, 2005-02-14 at 22:20 +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
Hi!
> > > > * MySQL (hinders the actual suspension process and kicks the pc
> > > back to
> > > > where it was)
> > >
> > > Try this patch...
> > > Pavel
> > >
> > > --- clean/kernel/signal.c 2005-02-03 22:27:26.00
Hi.
On Tue, 2005-03-15 at 19:10, Li Shaohua wrote:
> Hi,
> On Mon, 2005-03-14 at 16:00, Pavel Machek wrote:
> > Hi!
> >
> > > * MySQL (hinders the actual suspension process and kicks the pc
> > back to
> > > where it was)
> >
> > Try this patch...
> >
Hi,
On Mon, 2005-03-14 at 16:00, Pavel Machek wrote:
> Hi!
>
> > * MySQL (hinders the actual suspension process and kicks the pc
> back to
> > where it was)
>
> Try this patch...
> Pavel
>
> --- clean/kernel/signal.c 20
On Monday 14 March 2005 09:00, Pavel Machek wrote:
> Hi!
>
> > * MySQL (hinders the actual suspension process and kicks the pc back to
> > where it was)
>
> Try this patch...
Works nicely. Thanks.
Jan
--
Most people don't need a great deal of love nearly so much as they need
a steady supp
Hi!
> * MySQL (hinders the actual suspension process and kicks the pc back to
> where it was)
Try this patch...
Pavel
--- clean/kernel/signal.c 2005-02-03 22:27:26.0 +0100
+++ linux/kernel/signal.c 2005-02
On Monday 14 February 2005 22:11, 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 me
On Mon, 14 Feb 2005 22:11:05 +0100, Pavel Machek <[EMAIL PROTECTED]> wrote:
> Table of known working systems:
>
> Model hack (or "how to do it")
> --
> IBM TP R32 / Type 2658-MMG none (1)
> A
Pavel Machek wrote:
> Table of known working systems:
>
> Model hack (or "how to do it")
> --
IBM Thinkpad X40 (Type 2371-7JG) acpi_sleep=s3_bios,s3_mode
--
Stefan Seyfried, QA / R&D Team Mobil
Stefan Seyfried wrote:
> Pavel Machek wrote:
>> Hi!
>
>> Table of known working systems:
>>
>> Model hack (or "how to do it")
>> --
>
> IBM Thinkpad T20 (S3 Inc. 86C270-294 Savage/IX-MV), model
Pavel Machek wrote:
> Hi!
> Table of known working systems:
>
> Model hack (or "how to do it")
> --
IBM Thinkpad T20 (S3 Inc. 86C270-294 Savage/IX-MV), model 2647-44G
"Just works" out of the box
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
On Mon, 14 Feb 2005 22:11:05 +0100, Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
> Table of known working systems:
>
> Model hack (or "how to do it")
> --
> IBM TP R32 / Type 2658-MMG no
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
Thus wrote Alistair John Strachan:
> I discovered that either the i2c_core.ko or i2c_i801.ko modules cause the
> hang
> on resume! If you stop the entire i2c subsystem from being loaded by hotplug
> (note this is the BUS driver, not the sensors driver!), then resume works
> perfectly! Presumabl
fre, 18,.02.2005 kl. 20.49 +, skrev Alistair John Strachan:
> On Wednesday 16 Feb 2005 14:25, Kjartan Maraas wrote:
> > tir, 15,.02.2005 kl. 17.42 +, skrev Alistair John Strachan:
> > > On Tuesday 15 Feb 2005 16:16, Lorenzo Colitti wrote:
> > > [snip]
> > >
> > > > Ok, here is the output fr
Hello!
On Fri 18 Feb 2005 21:49, Alistair John Strachan wrote:
> I discovered that either the i2c_core.ko or i2c_i801.ko modules cause the
> hang
> on resume! If you stop the entire i2c subsystem from being loaded by hotplug
> (note this is the BUS driver, not the sensors driver!), then resume
On Wednesday 16 Feb 2005 14:25, Kjartan Maraas wrote:
> tir, 15,.02.2005 kl. 17.42 +, skrev Alistair John Strachan:
> > On Tuesday 15 Feb 2005 16:16, Lorenzo Colitti wrote:
> > [snip]
> >
> > > Ok, here is the output from dmidecode (Debian package) and from lspci.
> > > I don't have acpidmp and
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
On Thu, Feb 17, 2005 at 12:22:57AM +0100, Pavel Machek wrote:
> > does anyone have some experiences with intel i855 video card and S3?
> >
> > For me the binary driver from Intel works with S3 but only X server is
> > restored
> > not the text console.
> >
> > With open source driver nothing is
Hi!
> does anyone have some experiences with intel i855 video card and S3?
>
> For me the binary driver from Intel works with S3 but only X server is
> restored
> not the text console.
>
> With open source driver nothing is restored. I try to use s3_bios or s3_mode,
> nothing helps. Using vbe
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,
tir, 15,.02.2005 kl. 17.42 +, skrev Alistair John Strachan:
> On Tuesday 15 Feb 2005 16:16, Lorenzo Colitti wrote:
> [snip]
> >
> > Ok, here is the output from dmidecode (Debian package) and from lspci. I
> > don't have acpidmp and I don't know where to get it, but if you think
> > it's necessa
Hello,
does anyone have some experiences with intel i855 video card and S3?
For me the binary driver from Intel works with S3 but only X server is restored
not the text console.
With open source driver nothing is restored. I try to use s3_bios or s3_mode,
nothing helps. Using vbetool and post
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
On Wed, Feb 16, 2005 at 01:47:04PM +1100, Nigel Cunningham wrote:
> Hi.
>
> On Wed, 2005-02-16 at 12:54, Pavel Machek wrote:
> > > Also, is USB suspend/resume supposed to work? My brief trials involved
> > > modprobing the USB HCD modules, which still allowed me to suspend/resume,
> > > but
> >
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
Hi.
On Wed, 2005-02-16 at 12:54, Pavel Machek wrote:
> > Also, is USB suspend/resume supposed to work? My brief trials involved
> > modprobing the USB HCD modules, which still allowed me to suspend/resume,
> > but
> > my USB mouse was non-functional on resume.
>
> Yes, it seems to work quite o
Hi!
> > I would advise trying to compile a custom kernel from scratch with my
> > .config first.
> >
> > I got S3 working first with a very basic kernel config, but I couldn't
> > get it to work with my usual kernel. Assuming it was some feature that
> > caused the problem, I started disabling fea
On Tuesday 15 Feb 2005 21:09, Lorenzo Colitti wrote:
[snip]
> I would advise trying to compile a custom kernel from scratch with my
> .config first.
>
> I got S3 working first with a very basic kernel config, but I couldn't
> get it to work with my usual kernel. Assuming it was some feature that
>
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),
Matthew Garrett wrote:
Vendor: Hewlett-Packard
- Version: 68BDD Ver. F.0F
- Release Date: 07/23/2004
+ Version: 68BDD Ver. F.11
+ Release Date: 11/22/2004
Ok, so you both have different BIOS versions and different CPUs.
S3 work
On Tue, 2005-02-15 at 17:42 +, Alistair John Strachan wrote:
> Vendor: Hewlett-Packard
> - Version: 68BDD Ver. F.0F
> - Release Date: 07/23/2004
> + Version: 68BDD Ver. F.11
> + Release Date: 11/22/2004
Ok, so you both ha
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 Tuesday 15 Feb 2005 16:16, Lorenzo Colitti wrote:
[snip]
>
> Ok, here is the output from dmidecode (Debian package) and from lspci. I
> don't have acpidmp and I don't know where to get it, but if you think
> it's necessary I can download it if you tell me where to find it.
Find below a diff of
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
Matthew Garrett wrote:
I beg to differ: it works for me on 2.6.11-rc3 (even with the swsusp2
patch). However, I need to use acpi_sleep=s3_bios, and I can't use
radeonfb or it will lock up on resume.
Could you grab dmidecode from http://www.nongnu.org/dmidecode/ and
provide the output? It'd be int
Matthew Garrett wrote:
I beg to differ: it works for me on 2.6.11-rc3 (even with the swsusp2
patch). However, I need to use acpi_sleep=s3_bios, and I can't use
radeonfb or it will lock up on resume.
Could you grab dmidecode from http://www.nongnu.org/dmidecode/ and
provide the output? It'd be int
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
Alistair John Strachan wrote:
.config attached.
As recommended elsewhere in this thread, I'm not using any sort of framebuffer
driver, but vesafb IS compiled in (but no vga= option is present). Does it
need to be compiled out completely?
I don't remember, maybe you can deduce it from the .config
Alistair John Strachan wrote:
> On Monday 14 Feb 2005 21:11, Pavel Machek wrote:
> [snip]
>>Table of known working systems:
>>
>>Model hack (or "how to do it")
>>---
>>--- IBM TP R32 / Type 2658-MMG
On Tue, 2005-02-15 at 13:12 +0100, Lorenzo Colitti wrote:
> I beg to differ: it works for me on 2.6.11-rc3 (even with the swsusp2
> patch). However, I need to use acpi_sleep=s3_bios, and I can't use
> radeonfb or it will lock up on resume.
Could you grab dmidecode from http://www.nongnu.org/dmi
On Tuesday 15 Feb 2005 12:12, Lorenzo Colitti wrote:
> Alistair John Strachan wrote:
> > On Monday 14 Feb 2005 21:11, Pavel Machek wrote:
> >>Table of known working systems:
> >>Model hack (or "how to do it")
> >>[...]
> >>HP NC6000 s3_bios (2)
> >
> > The above report is
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_
Alistair John Strachan wrote:
On Monday 14 Feb 2005 21:11, Pavel Machek wrote:
Table of known working systems:
Model hack (or "how to do it")
[...]
HP NC6000 s3_bios (2)
The above report is incorrect. On 2.6.11-rc4, even with the s3_bios option,
the NC
On Monday 14 Feb 2005 21:11, Pavel Machek wrote:
[snip]
>
> Table of known working systems:
>
> Model hack (or "how to do it")
> ---
>--- IBM TP R32 / Type 2658-MMG none (1)
> Athlon HP Omnibook X
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
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 supplying right
model numbers.
91 matches
Mail list logo
