Am 01.08.12 21:43, schrieb David Woodhouse:
On Wed, 2012-08-01 at 10:59 -0500, Seth Forshee wrote:
since there still doesn't seem to be any way
to get the vbios for the Intel graphics.
Hm, wait. With Matthew's patches to get the Radeon BIOS from EFI, there
*is* also a ROM image for the Intel
On Wed, Aug 01, 2012 at 08:43:58PM +0100, David Woodhouse wrote:
> On Wed, 2012-08-01 at 10:59 -0500, Seth Forshee wrote:
> > since there still doesn't seem to be any way
> > to get the vbios for the Intel graphics.
>
> Hm, wait. With Matthew's patches to get the Radeon BIOS from EFI, there
>
On Wed, Aug 01, 2012 at 08:41:42PM +0100, David Woodhouse wrote:
> On Wed, 2012-08-01 at 10:59 -0500, Seth Forshee wrote:
> > I don't think the mini-DP port works at all with the integrated
> > graphics, at least not on a Macbook Pro 8,2. I played around with it
> > yesterday under OS X. When
On Wed, Aug 01, 2012 at 08:43:58PM +0100, David Woodhouse wrote:
> On Wed, 2012-08-01 at 10:59 -0500, Seth Forshee wrote:
> > since there still doesn't seem to be any way
> > to get the vbios for the Intel graphics.
>
> Hm, wait. With Matthew's patches to get the Radeon BIOS from EFI, there
>
On Wed, 2012-08-01 at 10:59 -0500, Seth Forshee wrote:
> since there still doesn't seem to be any way
> to get the vbios for the Intel graphics.
Hm, wait. With Matthew's patches to get the Radeon BIOS from EFI, there
*is* also a ROM image for the Intel device. Have we tried that?
--
dwmw2
On Wed, 2012-08-01 at 10:59 -0500, Seth Forshee wrote:
> I don't think the mini-DP port works at all with the integrated
> graphics, at least not on a Macbook Pro 8,2. I played around with it
> yesterday under OS X. When using the DGPU with an external monitor it
> works fine, but any attempts to
Am 01.08.12 17:59, schrieb Seth Forshee:
On Wed, Aug 01, 2012 at 04:35:44PM +0100, David Woodhouse wrote:
On Tue, 2012-07-31 at 10:18 -0500, Seth Forshee wrote:
All of this is working to the extent that I can boot with the Radeon
card active, switch over to the Intel card, and get the EDID
On Wed, Aug 01, 2012 at 04:35:44PM +0100, David Woodhouse wrote:
> On Tue, 2012-07-31 at 10:18 -0500, Seth Forshee wrote:
> >
> > All of this is working to the extent that I can boot with the Radeon
> > card active, switch over to the Intel card, and get the EDID for the
> > internal panel and an
On Tue, 2012-07-31 at 10:18 -0500, Seth Forshee wrote:
>
> All of this is working to the extent that I can boot with the Radeon
> card active, switch over to the Intel card, and get the EDID for the
> internal panel and an external monitor (although oddly on an HDMI
> connector, no on the DP like
On Tue, 2012-07-31 at 10:18 -0500, Seth Forshee wrote:
All of this is working to the extent that I can boot with the Radeon
card active, switch over to the Intel card, and get the EDID for the
internal panel and an external monitor (although oddly on an HDMI
connector, no on the DP like I
On Wed, Aug 01, 2012 at 04:35:44PM +0100, David Woodhouse wrote:
On Tue, 2012-07-31 at 10:18 -0500, Seth Forshee wrote:
All of this is working to the extent that I can boot with the Radeon
card active, switch over to the Intel card, and get the EDID for the
internal panel and an external
Am 01.08.12 17:59, schrieb Seth Forshee:
On Wed, Aug 01, 2012 at 04:35:44PM +0100, David Woodhouse wrote:
On Tue, 2012-07-31 at 10:18 -0500, Seth Forshee wrote:
All of this is working to the extent that I can boot with the Radeon
card active, switch over to the Intel card, and get the EDID
On Wed, 2012-08-01 at 10:59 -0500, Seth Forshee wrote:
I don't think the mini-DP port works at all with the integrated
graphics, at least not on a Macbook Pro 8,2. I played around with it
yesterday under OS X. When using the DGPU with an external monitor it
works fine, but any attempts to
On Wed, 2012-08-01 at 10:59 -0500, Seth Forshee wrote:
since there still doesn't seem to be any way
to get the vbios for the Intel graphics.
Hm, wait. With Matthew's patches to get the Radeon BIOS from EFI, there
*is* also a ROM image for the Intel device. Have we tried that?
--
dwmw2
On Wed, Aug 01, 2012 at 08:43:58PM +0100, David Woodhouse wrote:
On Wed, 2012-08-01 at 10:59 -0500, Seth Forshee wrote:
since there still doesn't seem to be any way
to get the vbios for the Intel graphics.
Hm, wait. With Matthew's patches to get the Radeon BIOS from EFI, there
*is* also a
On Wed, Aug 01, 2012 at 08:41:42PM +0100, David Woodhouse wrote:
On Wed, 2012-08-01 at 10:59 -0500, Seth Forshee wrote:
I don't think the mini-DP port works at all with the integrated
graphics, at least not on a Macbook Pro 8,2. I played around with it
yesterday under OS X. When using the
On Wed, Aug 01, 2012 at 08:43:58PM +0100, David Woodhouse wrote:
On Wed, 2012-08-01 at 10:59 -0500, Seth Forshee wrote:
since there still doesn't seem to be any way
to get the vbios for the Intel graphics.
Hm, wait. With Matthew's patches to get the Radeon BIOS from EFI, there
*is* also a
Am 01.08.12 21:43, schrieb David Woodhouse:
On Wed, 2012-08-01 at 10:59 -0500, Seth Forshee wrote:
since there still doesn't seem to be any way
to get the vbios for the Intel graphics.
Hm, wait. With Matthew's patches to get the Radeon BIOS from EFI, there
*is* also a ROM image for the Intel
On Tue, Jul 31, 2012 at 10:18:56AM -0500, Seth Forshee wrote:
> On Sun, Jul 29, 2012 at 09:59:00PM +0100, Matthew Garrett wrote:
> > On Sun, Jul 29, 2012 at 09:52:51PM +0100, David Woodhouse wrote:
> > > On Sun, 2012-07-29 at 20:39 +0100, Matthew Garrett wrote:
> > > > And it looks like
On Sun, Jul 29, 2012 at 09:59:00PM +0100, Matthew Garrett wrote:
> On Sun, Jul 29, 2012 at 09:52:51PM +0100, David Woodhouse wrote:
> > On Sun, 2012-07-29 at 20:39 +0100, Matthew Garrett wrote:
> > > And it looks like intel_lvds->edid is only set during intel_lvds_init().
> > > That seems less
On Sun, Jul 29, 2012 at 09:59:00PM +0100, Matthew Garrett wrote:
On Sun, Jul 29, 2012 at 09:52:51PM +0100, David Woodhouse wrote:
On Sun, 2012-07-29 at 20:39 +0100, Matthew Garrett wrote:
And it looks like intel_lvds-edid is only set during intel_lvds_init().
That seems less than ideal.
On Tue, Jul 31, 2012 at 10:18:56AM -0500, Seth Forshee wrote:
On Sun, Jul 29, 2012 at 09:59:00PM +0100, Matthew Garrett wrote:
On Sun, Jul 29, 2012 at 09:52:51PM +0100, David Woodhouse wrote:
On Sun, 2012-07-29 at 20:39 +0100, Matthew Garrett wrote:
And it looks like intel_lvds-edid is
On Sun, Jul 29, 2012 at 11:44:49PM +0100, David Woodhouse wrote:
> On Sun, 2012-07-29 at 09:46 +0200, Andreas Heider wrote:
> > The gmux code you're using is a bit outdated, but if you use
> > git://kernel.ubuntu.com/sforshee/linux.git gmux-switcheroo and connect
> > an external display (I
On Sun, Jul 29, 2012 at 11:44:49PM +0100, David Woodhouse wrote:
On Sun, 2012-07-29 at 09:46 +0200, Andreas Heider wrote:
The gmux code you're using is a bit outdated, but if you use
git://kernel.ubuntu.com/sforshee/linux.git gmux-switcheroo and connect
an external display (I tested it
On Sun, 2012-07-29 at 09:46 +0200, Andreas Heider wrote:
> The gmux code you're using is a bit outdated, but if you use
> git://kernel.ubuntu.com/sforshee/linux.git gmux-switcheroo and connect
> an external display (I tested it with a DP one) you should be able to
> boot to DIS and switch to
On Sun, Jul 29, 2012 at 09:52:51PM +0100, David Woodhouse wrote:
> On Sun, 2012-07-29 at 20:39 +0100, Matthew Garrett wrote:
> > And it looks like intel_lvds->edid is only set during intel_lvds_init().
> > That seems less than ideal. How about something like this entirely
> > untested patch?
>
On Sun, 2012-07-29 at 20:39 +0100, Matthew Garrett wrote:
> And it looks like intel_lvds->edid is only set during intel_lvds_init().
> That seems less than ideal. How about something like this entirely
> untested patch?
Actually, it works if I write 'MIGD' first and then 'IGD'. Looks like we
On Sun, 2012-07-29 at 20:39 +0100, Matthew Garrett wrote:
>
> And it looks like intel_lvds->edid is only set during
> intel_lvds_init().
> That seems less than ideal. How about something like this entirely
> untested patch?
Not at first attempt. Will poke a little more at it.
Working: Modeline 10:"1920x1200" 60
154000 1920 1968 2000 2080 1200 1203 1209 1235 0x48 0xa
Broken: Modeline 20:"1280x800" 60 72500 1280 1328 1360 1423 800 803 809
846 0x8 0xa
And it looks like intel_lvds->edid is only set during intel_lvds_init().
That seems less than ideal. How about
Am 29.07.12 21:05, schrieb David Woodhouse:
On Sun, 2012-07-29 at 09:46 +0200, Andreas Heider wrote:
Am 29.07.12 03:18, schrieb David Woodhouse:
On Sun, 2012-07-29 at 01:42 +0100, David Woodhouse wrote:
If I don't hack it to switch the mux to IGD at boot time, I never manage
to get a sane
On Sun, 2012-07-29 at 09:46 +0200, Andreas Heider wrote:
> Am 29.07.12 03:18, schrieb David Woodhouse:
> > On Sun, 2012-07-29 at 01:42 +0100, David Woodhouse wrote:
> >> If I don't hack it to switch the mux to IGD at boot time, I never manage
> >> to get a sane picture out of the Intel device
Am 29.07.12 03:18, schrieb David Woodhouse:
On Sun, 2012-07-29 at 01:42 +0100, David Woodhouse wrote:
If I don't hack it to switch the mux to IGD at boot time, I never manage
to get a sane picture out of the Intel device after switching to it.
It's late now, but I'll try to get a proper debug
Am 29.07.12 03:18, schrieb David Woodhouse:
On Sun, 2012-07-29 at 01:42 +0100, David Woodhouse wrote:
If I don't hack it to switch the mux to IGD at boot time, I never manage
to get a sane picture out of the Intel device after switching to it.
It's late now, but I'll try to get a proper debug
On Sun, 2012-07-29 at 09:46 +0200, Andreas Heider wrote:
Am 29.07.12 03:18, schrieb David Woodhouse:
On Sun, 2012-07-29 at 01:42 +0100, David Woodhouse wrote:
If I don't hack it to switch the mux to IGD at boot time, I never manage
to get a sane picture out of the Intel device after
Am 29.07.12 21:05, schrieb David Woodhouse:
On Sun, 2012-07-29 at 09:46 +0200, Andreas Heider wrote:
Am 29.07.12 03:18, schrieb David Woodhouse:
On Sun, 2012-07-29 at 01:42 +0100, David Woodhouse wrote:
If I don't hack it to switch the mux to IGD at boot time, I never manage
to get a sane
Working: Modeline 10:1920x1200 60
154000 1920 1968 2000 2080 1200 1203 1209 1235 0x48 0xa
Broken: Modeline 20:1280x800 60 72500 1280 1328 1360 1423 800 803 809
846 0x8 0xa
And it looks like intel_lvds-edid is only set during intel_lvds_init().
That seems less than ideal. How about something
On Sun, 2012-07-29 at 20:39 +0100, Matthew Garrett wrote:
And it looks like intel_lvds-edid is only set during
intel_lvds_init().
That seems less than ideal. How about something like this entirely
untested patch?
Not at first attempt. Will poke a little more at it.
On Sun, 2012-07-29 at 20:39 +0100, Matthew Garrett wrote:
And it looks like intel_lvds-edid is only set during intel_lvds_init().
That seems less than ideal. How about something like this entirely
untested patch?
Actually, it works if I write 'MIGD' first and then 'IGD'. Looks like we
On Sun, Jul 29, 2012 at 09:52:51PM +0100, David Woodhouse wrote:
On Sun, 2012-07-29 at 20:39 +0100, Matthew Garrett wrote:
And it looks like intel_lvds-edid is only set during intel_lvds_init().
That seems less than ideal. How about something like this entirely
untested patch?
On Sun, 2012-07-29 at 09:46 +0200, Andreas Heider wrote:
The gmux code you're using is a bit outdated, but if you use
git://kernel.ubuntu.com/sforshee/linux.git gmux-switcheroo and connect
an external display (I tested it with a DP one) you should be able to
boot to DIS and switch to the
On Sun, 2012-07-29 at 01:42 +0100, David Woodhouse wrote:
> If I don't hack it to switch the mux to IGD at boot time, I never manage
> to get a sane picture out of the Intel device after switching to it.
> It's late now, but I'll try to get a proper debug log of the working and
> failing cases
On Wed, 2012-07-11 at 02:25 +0200, Andreas Heider wrote:
> Thanks for adding me, seeing the gmux driver progress is always great.
>
> Regarding the original patch: This is probably only useful when the gmux
> was switched in GRUB and there's already a solution for the resume
> problem in
On Wed, 2012-07-11 at 02:25 +0200, Andreas Heider wrote:
Thanks for adding me, seeing the gmux driver progress is always great.
Regarding the original patch: This is probably only useful when the gmux
was switched in GRUB and there's already a solution for the resume
problem in userspace
On Sun, 2012-07-29 at 01:42 +0100, David Woodhouse wrote:
If I don't hack it to switch the mux to IGD at boot time, I never manage
to get a sane picture out of the Intel device after switching to it.
It's late now, but I'll try to get a proper debug log of the working and
failing cases
Thanks for adding me, seeing the gmux driver progress is always great.
Regarding the original patch: This is probably only useful when the gmux
was switched in GRUB and there's already a solution for the resume
problem in userspace
(http://ubuntuforums.org/showpost.php?p=10695119=261). Maybe
[Adding Anreas on the Cc, looks like he was forgotten]
On Tue, Jul 10, 2012 at 05:05:55PM +0100, Matthew Garrett wrote:
> On Tue, Jul 10, 2012 at 09:09:53AM +0530, Arun Raghavan wrote:
> > After suspend and resume, the values of these registers seem to change
> > from what they were at suspend
On Tue, Jul 10, 2012 at 09:09:53AM +0530, Arun Raghavan wrote:
> After suspend and resume, the values of these registers seem to change
> from what they were at suspend time, potentially preventing the actual
> output lines from being enabled post-resume. This saves relevant state
> at suspend and
On Tue, Jul 10, 2012 at 09:09:53AM +0530, Arun Raghavan wrote:
> After suspend and resume, the values of these registers seem to change
> from what they were at suspend time, potentially preventing the actual
> output lines from being enabled post-resume. This saves relevant state
> at suspend and
On Tue, Jul 10, 2012 at 09:09:53AM +0530, Arun Raghavan wrote:
After suspend and resume, the values of these registers seem to change
from what they were at suspend time, potentially preventing the actual
output lines from being enabled post-resume. This saves relevant state
at suspend and
On Tue, Jul 10, 2012 at 09:09:53AM +0530, Arun Raghavan wrote:
After suspend and resume, the values of these registers seem to change
from what they were at suspend time, potentially preventing the actual
output lines from being enabled post-resume. This saves relevant state
at suspend and
[Adding Anreas on the Cc, looks like he was forgotten]
On Tue, Jul 10, 2012 at 05:05:55PM +0100, Matthew Garrett wrote:
On Tue, Jul 10, 2012 at 09:09:53AM +0530, Arun Raghavan wrote:
After suspend and resume, the values of these registers seem to change
from what they were at suspend time,
Thanks for adding me, seeing the gmux driver progress is always great.
Regarding the original patch: This is probably only useful when the gmux
was switched in GRUB and there's already a solution for the resume
problem in userspace
After suspend and resume, the values of these registers seem to change
from what they were at suspend time, potentially preventing the actual
output lines from being enabled post-resume. This saves relevant state
at suspend and restores it when resumed.
This is at least required on the MacBook
After suspend and resume, the values of these registers seem to change
from what they were at suspend time, potentially preventing the actual
output lines from being enabled post-resume. This saves relevant state
at suspend and restores it when resumed.
This is at least required on the MacBook
54 matches
Mail list logo