On Thu, 10 Feb 2005, Bill Davidsen wrote:
Some systems (intel notably) appear to expect you to use the bios
save/restore video state not re-POST.
Isn't that what it's there for? In any context other than save/restore I
wouldn't think using the BIOS was a good approach. But this is a special
I added Kendall from Scitech to the CC list. He is the expert on
getting VBIOS's to post. Maybe he can help.
On Thu, 10 Feb 2005 20:29:47 +, Matthew Garrett <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-02-10 at 15:17 -0500, Jon Smirl wrote:
> > On Thu, 10 Feb 2005 20:08:15 +, Matthew Garrett
On Thu, Feb 10, 2005 at 03:17:47PM -0500, Jon Smirl wrote:
> On Thu, 10 Feb 2005 20:08:15 +, Matthew Garrett <[EMAIL PROTECTED]> wrote:
> > It also explicitly states that Windows 2000 and XP don't support this,
> > which leads me to suspect that vendors no longer expect POSTing to be
> >
On Thu, 2005-02-10 at 15:17 -0500, Jon Smirl wrote:
> On Thu, 10 Feb 2005 20:08:15 +, Matthew Garrett <[EMAIL PROTECTED]> wrote:
> > It also explicitly states that Windows 2000 and XP don't support this,
> > which leads me to suspect that vendors no longer expect POSTing to be
> > possible
On Thu, 10 Feb 2005 20:08:15 +, Matthew Garrett <[EMAIL PROTECTED]> wrote:
> It also explicitly states that Windows 2000 and XP don't support this,
> which leads me to suspect that vendors no longer expect POSTing to be
> possible after initial system boot.
No, it means that some of my ATI
On Thu, 2005-02-10 at 21:25 +0200, Ville SyrjÃlà wrote:
> BTW it seems that old ATI cards use the BIOS to initialize secondary
> adapters even under Windows.
> See http://www.ati.com/support/infobase/3663.html.
It also explicitly states that Windows 2000 and XP don't support this,
which leads me
Hi!
> >>Rumors say that notebooks no longer have video bios at C000h:0; rumors
> >>say that video BIOS on notebooks is simply integrated into main system
> >>BIOS. I personaly do not know if rumors are true, but PCs are ugly
> >>machines
> >>
BTW it seems that old ATI cards use the BIOS to initialize secondary
adapters even under Windows.
See http://www.ati.com/support/infobase/3663.html.
--
Ville Syrjälä
[EMAIL PROTECTED]
http://www.sci.fi/~syrjala/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Alan Cox wrote:
On Sad, 2005-02-05 at 09:35, Pavel Machek wrote:
Rumors say that notebooks no longer have video bios at C000h:0; rumors
say that video BIOS on notebooks is simply integrated into main system
BIOS. I personaly do not know if rumors are true, but PCs are ugly
machines
Alan Cox wrote:
On Sad, 2005-02-05 at 09:35, Pavel Machek wrote:
Rumors say that notebooks no longer have video bios at C000h:0; rumors
say that video BIOS on notebooks is simply integrated into main system
BIOS. I personaly do not know if rumors are true, but PCs are ugly
machines
BTW it seems that old ATI cards use the BIOS to initialize secondary
adapters even under Windows.
See http://www.ati.com/support/infobase/3663.html.
--
Ville Syrjälä
[EMAIL PROTECTED]
http://www.sci.fi/~syrjala/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
Hi!
Rumors say that notebooks no longer have video bios at C000h:0; rumors
say that video BIOS on notebooks is simply integrated into main system
BIOS. I personaly do not know if rumors are true, but PCs are ugly
machines
A small
On Thu, 2005-02-10 at 21:25 +0200, Ville Syrjl wrote:
BTW it seems that old ATI cards use the BIOS to initialize secondary
adapters even under Windows.
See http://www.ati.com/support/infobase/3663.html.
It also explicitly states that Windows 2000 and XP don't support this,
which leads me to
On Thu, 10 Feb 2005 20:08:15 +, Matthew Garrett [EMAIL PROTECTED] wrote:
It also explicitly states that Windows 2000 and XP don't support this,
which leads me to suspect that vendors no longer expect POSTing to be
possible after initial system boot.
No, it means that some of my ATI cards
On Thu, 2005-02-10 at 15:17 -0500, Jon Smirl wrote:
On Thu, 10 Feb 2005 20:08:15 +, Matthew Garrett [EMAIL PROTECTED] wrote:
It also explicitly states that Windows 2000 and XP don't support this,
which leads me to suspect that vendors no longer expect POSTing to be
possible after
On Thu, Feb 10, 2005 at 03:17:47PM -0500, Jon Smirl wrote:
On Thu, 10 Feb 2005 20:08:15 +, Matthew Garrett [EMAIL PROTECTED] wrote:
It also explicitly states that Windows 2000 and XP don't support this,
which leads me to suspect that vendors no longer expect POSTing to be
possible after
I added Kendall from Scitech to the CC list. He is the expert on
getting VBIOS's to post. Maybe he can help.
On Thu, 10 Feb 2005 20:29:47 +, Matthew Garrett [EMAIL PROTECTED] wrote:
On Thu, 2005-02-10 at 15:17 -0500, Jon Smirl wrote:
On Thu, 10 Feb 2005 20:08:15 +, Matthew Garrett
On Thu, 10 Feb 2005, Bill Davidsen wrote:
Some systems (intel notably) appear to expect you to use the bios
save/restore video state not re-POST.
Isn't that what it's there for? In any context other than save/restore I
wouldn't think using the BIOS was a good approach. But this is a special
Hi!
> > > > We already try to do that, but it hangs on 70% of machines. See
> > > > Documentation/power/video.txt.
> > >
> > > We know that all of these ROMs are run at power on so they have to
> > > work. This implies that there must be something wrong with the
> > > environment the ROM are
Pavel Machek <[EMAIL PROTECTED]> writes:
> Hi!
>
> > > We already try to do that, but it hangs on 70% of machines. See
> > > Documentation/power/video.txt.
> >
> > We know that all of these ROMs are run at power on so they have to
> > work. This implies that there must be something wrong with
Hi!
> > Some systems (intel notably) appear to expect you to use the bios
> > save/restore video state not re-POST.
>
> This works well in many cases, but there are some machines that freeze
> if you attempt to make a VBE state save call. Sadly, I don't have any
> access to an affected machine,
On Sun, 2005-02-06 at 16:02 +, Alan Cox wrote:
> Some systems (intel notably) appear to expect you to use the bios
> save/restore video state not re-POST.
This works well in many cases, but there are some machines that freeze
if you attempt to make a VBE state save call. Sadly, I don't have
On Sun, 2005-02-06 at 16:02 +, Alan Cox wrote:
Some systems (intel notably) appear to expect you to use the bios
save/restore video state not re-POST.
This works well in many cases, but there are some machines that freeze
if you attempt to make a VBE state save call. Sadly, I don't have
Hi!
Some systems (intel notably) appear to expect you to use the bios
save/restore video state not re-POST.
This works well in many cases, but there are some machines that freeze
if you attempt to make a VBE state save call. Sadly, I don't have any
access to an affected machine, so it's
Pavel Machek [EMAIL PROTECTED] writes:
Hi!
We already try to do that, but it hangs on 70% of machines. See
Documentation/power/video.txt.
We know that all of these ROMs are run at power on so they have to
work. This implies that there must be something wrong with the
environment
Hi!
We already try to do that, but it hangs on 70% of machines. See
Documentation/power/video.txt.
We know that all of these ROMs are run at power on so they have to
work. This implies that there must be something wrong with the
environment the ROM are being run in. Video
hi all,
I would like point to work done by Li-Ta Lo.
It allows you to completely initalize the VGA BIOS w/out using
PC BIOS at all.
http://www.clustermatic.org/pipermail/linuxbios/2005-January/010236.html
unforunatelly the information the web is somewhat
On Sad, 2005-02-05 at 09:35, Pavel Machek wrote:
> Rumors say that notebooks no longer have video bios at C000h:0; rumors
> say that video BIOS on notebooks is simply integrated into main system
> BIOS. I personaly do not know if rumors are true, but PCs are ugly
> machines
>
On Sad, 2005-02-05 at 09:35, Pavel Machek wrote:
Rumors say that notebooks no longer have video bios at C000h:0; rumors
say that video BIOS on notebooks is simply integrated into main system
BIOS. I personaly do not know if rumors are true, but PCs are ugly
machines
hi all,
I would like point to work done by Li-Ta Lo.
It allows you to completely initalize the VGA BIOS w/out using
PC BIOS at all.
http://www.clustermatic.org/pipermail/linuxbios/2005-January/010236.html
unforunatelly the information the web is somewhat
Hi!
> > We already try to do that, but it hangs on 70% of machines. See
> > Documentation/power/video.txt.
>
> We know that all of these ROMs are run at power on so they have to
> work. This implies that there must be something wrong with the
> environment the ROM are being run in. Video ROMs
Hi!
We already try to do that, but it hangs on 70% of machines. See
Documentation/power/video.txt.
We know that all of these ROMs are run at power on so they have to
work. This implies that there must be something wrong with the
environment the ROM are being run in. Video ROMs make calls
On Fri, 4 Feb 2005 08:44:54 +0100, Pavel Machek <[EMAIL PROTECTED]> wrote:
> We already try to do that, but it hangs on 70% of machines. See
> Documentation/power/video.txt.
We know that all of these ROMs are run at power on so they have to
work. This implies that there must be something wrong
Le vendredi 04 fÃvrier 2005 Ã 00:03 -0500, Jon Smirl a Ãcrit :
> Doing this in user space lets you have two reset
> programs, vm86 and emu86 for non-x86 machines.
Perhaps only emu86 should be used, to have a well-debugged codepath on
all archs (amd64, ppc, ...)
As it's usermode, the code size is
Am Freitag, 4. Februar 2005 08:48 schrieb Pavel Machek:
> What about simply blocking all video accesses before disk (etc) is
> resumed, so that "normal" (not locked in memory) application can be
> used?
Very bad for debugging. Genuine serial ports are becoming rarer.
Regards
Hi!
> > I'd love to see it too. Pavel, even if you don't want to merge it for a
> > while, we can always incorporate it in the Suspend2 patches so it gets
> > some testing. I know I'd try it on my i830 based Omnibook.
>
> Can we use call_usermodehelper at this early resume stage (before any
>
Hi!
I'd love to see it too. Pavel, even if you don't want to merge it for a
while, we can always incorporate it in the Suspend2 patches so it gets
some testing. I know I'd try it on my i830 based Omnibook.
Can we use call_usermodehelper at this early resume stage (before any
video
Am Freitag, 4. Februar 2005 08:48 schrieb Pavel Machek:
What about simply blocking all video accesses before disk (etc) is
resumed, so that normal (not locked in memory) application can be
used?
Very bad for debugging. Genuine serial ports are becoming rarer.
Regards
Le vendredi 04 fvrier 2005 00:03 -0500, Jon Smirl a crit :
Doing this in user space lets you have two reset
programs, vm86 and emu86 for non-x86 machines.
Perhaps only emu86 should be used, to have a well-debugged codepath on
all archs (amd64, ppc, ...)
As it's usermode, the code size is less
On Fri, 4 Feb 2005 08:44:54 +0100, Pavel Machek [EMAIL PROTECTED] wrote:
We already try to do that, but it hangs on 70% of machines. See
Documentation/power/video.txt.
We know that all of these ROMs are run at power on so they have to
work. This implies that there must be something wrong with
Hi!
> > > User has triggered resume
> > > run wakeup.S
>
> wakeup.S runs in real mode. Why can't it just call the VBIOS at
> C000:0003 to reset the hardware before setting the mode?
We already try to do that, but it hangs on 70% of machines. See
Documentation/power/video.txt.
Hi!
> Reseting a video card from suspend is essentially the same problem as
> reseting secondary video cards on boot. The same code can address both
> problems.
Well, it is made more tricky by the fact that you are running during
resume -- hard to debug. Ideally you want to have video so you can
On Fri, 04 Feb 2005 13:51:55 +1100, Nigel Cunningham
<[EMAIL PROTECTED]> wrote:
> > User has triggered resume
> > run wakeup.S
wakeup.S runs in real mode. Why can't it just call the VBIOS at
C000:0003 to reset the hardware before setting the mode?
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe
Reseting a video card from suspend is essentially the same problem as
reseting secondary video cards on boot. The same code can address both
problems.
Some things to consider
1) With multiple video cards you have to ensure only a single VGA gets
enabled. Running video reset on a card is
Hi.
On Fri, 2005-02-04 at 13:35, Carl-Daniel Hailfinger wrote:
> Can we use call_usermodehelper at this early resume stage (before any
> video access)? Calling vm86 directly is probably not going to fly
> because we want to be shielded from any misbehaviour in the bios code
> and it may be
Hi!
Nigel Cunningham wrote:
> Hi.
>
> On Fri, 2005-02-04 at 09:54, Pavel Machek wrote:
>
>>Hi!
>>
>>
>Are you able to use framebuffer(radeonfb,1024x768) with this
>configuration or do you need to use plain vga-console for it to work?
No.
For a working framebuffer console
Hi!
Nigel Cunningham wrote:
Hi.
On Fri, 2005-02-04 at 09:54, Pavel Machek wrote:
Hi!
Are you able to use framebuffer(radeonfb,1024x768) with this
configuration or do you need to use plain vga-console for it to work?
No.
For a working framebuffer console you would have to perform the
Hi.
On Fri, 2005-02-04 at 13:35, Carl-Daniel Hailfinger wrote:
Can we use call_usermodehelper at this early resume stage (before any
video access)? Calling vm86 directly is probably not going to fly
because we want to be shielded from any misbehaviour in the bios code
and it may be necessary
Reseting a video card from suspend is essentially the same problem as
reseting secondary video cards on boot. The same code can address both
problems.
Some things to consider
1) With multiple video cards you have to ensure only a single VGA gets
enabled. Running video reset on a card is
On Fri, 04 Feb 2005 13:51:55 +1100, Nigel Cunningham
[EMAIL PROTECTED] wrote:
User has triggered resume
run wakeup.S
wakeup.S runs in real mode. Why can't it just call the VBIOS at
C000:0003 to reset the hardware before setting the mode?
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from
Hi!
Reseting a video card from suspend is essentially the same problem as
reseting secondary video cards on boot. The same code can address both
problems.
Well, it is made more tricky by the fact that you are running during
resume -- hard to debug. Ideally you want to have video so you can
Hi!
User has triggered resume
run wakeup.S
wakeup.S runs in real mode. Why can't it just call the VBIOS at
C000:0003 to reset the hardware before setting the mode?
We already try to do that, but it hangs on 70% of machines. See
Documentation/power/video.txt.
52 matches
Mail list logo