Hi!
> >> for the Intel hw Keith doesn't seem to think it's all
> >that much of a
> >> problem though...
> >
> >Including the TV out, odder LCD panels, non BIOS modes
> >etc ? If so then
> >it might be an interesting test case for intelfb to
> >grow some kind of
> >console helper interface
...
Hi!
for the Intel hw Keith doesn't seem to think it's all
that much of a
problem though...
Including the TV out, odder LCD panels, non BIOS modes
etc ? If so then
it might be an interesting test case for intelfb to
grow some kind of
console helper interface
...
I personally think
On Sunday 26 November 2006 17:19, Dave Airlie wrote:
> On 11/27/06, Alan <[EMAIL PROTECTED]> wrote:
> > On Sun, 26 Nov 2006 09:18:41 +0100
> >
> > Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> > > > The mode switch sequences for modern cards are a bit more hairy than
> > > > lists of I/O poking
On 11/27/06, Alan <[EMAIL PROTECTED]> wrote:
On Sun, 26 Nov 2006 09:18:41 +0100
Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> > The mode switch sequences for modern cards are a bit more hairy than
> > lists of I/O poking unfortunately.
>
> for the Intel hw Keith doesn't seem to think it's all
On Sun, 26 Nov 2006 09:18:41 +0100
Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> > The mode switch sequences for modern cards are a bit more hairy than
> > lists of I/O poking unfortunately.
>
> for the Intel hw Keith doesn't seem to think it's all that much of a
> problem though...
Including
Alan wrote:
On Sat, 25 Nov 2006 00:54:53 -0500
Casey Dahlin <[EMAIL PROTECTED]> wrote:
Linus did say that he would do anything within reason to help desktop
linux forward, and frankly a big step forward would be to get error
messages to the user. What might be some safe options for overriding,
On Sat, 2006-11-25 at 16:10 +, Alan wrote:
> > modesettings to use can still be in userspace, the execution of the
> > series of IO's would be in the kernel, and the kernel would store
> > bundles of settings, including a "rescue" one, but also for
> > suspend/resume...
>
> The mode switch
On Sat, 2006-11-25 at 16:10 +, Alan wrote:
modesettings to use can still be in userspace, the execution of the
series of IO's would be in the kernel, and the kernel would store
bundles of settings, including a rescue one, but also for
suspend/resume...
The mode switch sequences for
Alan wrote:
On Sat, 25 Nov 2006 00:54:53 -0500
Casey Dahlin [EMAIL PROTECTED] wrote:
Linus did say that he would do anything within reason to help desktop
linux forward, and frankly a big step forward would be to get error
messages to the user. What might be some safe options for overriding,
On Sun, 26 Nov 2006 09:18:41 +0100
Arjan van de Ven [EMAIL PROTECTED] wrote:
The mode switch sequences for modern cards are a bit more hairy than
lists of I/O poking unfortunately.
for the Intel hw Keith doesn't seem to think it's all that much of a
problem though...
Including the TV
On 11/27/06, Alan [EMAIL PROTECTED] wrote:
On Sun, 26 Nov 2006 09:18:41 +0100
Arjan van de Ven [EMAIL PROTECTED] wrote:
The mode switch sequences for modern cards are a bit more hairy than
lists of I/O poking unfortunately.
for the Intel hw Keith doesn't seem to think it's all that much of
On Sunday 26 November 2006 17:19, Dave Airlie wrote:
On 11/27/06, Alan [EMAIL PROTECTED] wrote:
On Sun, 26 Nov 2006 09:18:41 +0100
Arjan van de Ven [EMAIL PROTECTED] wrote:
The mode switch sequences for modern cards are a bit more hairy than
lists of I/O poking unfortunately.
On Sat, Nov 25, 2006 at 04:10:43PM +, Alan wrote:
> > modesettings to use can still be in userspace, the execution of the
> > series of IO's would be in the kernel, and the kernel would store
> > bundles of settings, including a "rescue" one, but also for
> > suspend/resume...
>
> The mode
On Sat, Nov 25, 2006 at 04:10:43PM +, Alan wrote:
modesettings to use can still be in userspace, the execution of the
series of IO's would be in the kernel, and the kernel would store
bundles of settings, including a rescue one, but also for
suspend/resume...
The mode switch
14 matches
Mail list logo