On Sun, Apr 15, 2012 at 1:06 PM, Yinghai Lu wrote:
>> 3. use pci_bus_allocate_resource in drm/radeon driver ... ===> but
>> that could fail.
>> so could hack it like a. disable bar 0x10 and steal BAR address,
>> then set 0x30 to that address then copy ROM to ram.
>> after that, disable rom aga
-
A non-text attachment was scrubbed...
Name: rom_option.patch
Type: application/octet-stream
Size: 1672 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120415/78abbf24/attachment-0003.obj>
-- next part
https://bugs.freedesktop.org/show_bug.cgi?id=42490
--- Comment #13 from Jeff Cook 2012-04-15 21:38:56
PDT ---
So it turns out the monitor didn't have an HDMI input.
The only way I could get it working without an HDMI-DVI cable was to downgrade
to Xorg 1.11 and install Catalyst. I'm looking forw
> -Original Message-
> From: Prathyush [mailto:prathyus...@samsung.com]
> Sent: Saturday, April 14, 2012 8:52 PM
> To: dri-devel@lists.freedesktop.org; linaro-mm-...@lists.linaro.org
> Cc: inki@samsung.com; subash...@samsung.com; prashant...@samsung.com;
> sun...@samsung.com; prathyus.
Hi,
This is also patch set based on old version and the feature below has
already been merged to mainline. Prathyush, please DO WORK patch set based
on latest drm-next for new feature and drm-fixes for bug fixes from next
time and also include me as Maintainer.
Thanks,
Inki Dae.
> -Original
Hi Prathyush.
First of all, thanks for your patch but your patch set isn't considered for
latest exynos dmabuf.
we already updated dmabuf support for exynos drm and this is also considered
for non-continuous memory region. you can refer to git repository below:
http://git.infradead.org/u
https://bugs.freedesktop.org/show_bug.cgi?id=43405
--- Comment #10 from Jos van Wolput 2012-04-15
19:08:04 PDT ---
After doing git bisect, I found this to be another issue.
I filed a new bug: #48747.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=48747
Bug #: 48747
Summary: regression [bisected]: display corruption in google
earth/glxgears using git r600g on RS780M
Classification: Unclassified
Product: Mesa
Version: git
Hi,
I saw your description but please generate the patches against the
latest codes at next time.
On 4/14/12, Prathyush wrote:
> With this change, the exynos drm dmabuf module can export and
> import dmabuf of gem objects with non-continuous memory.
>
> The exynos_map_dmabuf function can create
https://bugs.freedesktop.org/show_bug.cgi?id=48746
--- Comment #2 from Andrew Randrianasulu 2012-04-15 18:35:13
UTC ---
Created attachment 60042
--> https://bugs.freedesktop.org/attachment.cgi?id=60042
gdb.txt
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=48746
--- Comment #1 from Andrew Randrianasulu 2012-04-15 18:34:42
UTC ---
Created attachment 60041
--> https://bugs.freedesktop.org/attachment.cgi?id=60041
mplayer log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=48746
--- Comment #2 from Andrew Randrianasulu 2012-04-15
18:35:13 UTC ---
Created attachment 60042
--> https://bugs.freedesktop.org/attachment.cgi?id=60042
gdb.txt
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=48746
--- Comment #1 from Andrew Randrianasulu 2012-04-15
18:34:42 UTC ---
Created attachment 60041
--> https://bugs.freedesktop.org/attachment.cgi?id=60041
mplayer log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=48746
Bug #: 48746
Summary: radeon express 1250 and vdpau doesn't work for
interlaced sample in mplayer.
Classification: Unclassified
Product: Mesa
Version: git
Platform: x8
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15/04/12 18:25, Steven Newbury wrote:
> On 15/04/12 12:37, Steven Newbury wrote:
>> On 15/04/12 11:20, Steven Newbury wrote:
>>> On 14/04/12 21:48, Yinghai Lu wrote:
>
> [snip]
>
On Sat, Apr 14, 2012 at 12:21 PM, Steven Newbury
>
>>
>>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15/04/12 12:37, Steven Newbury wrote:
> On 15/04/12 11:20, Steven Newbury wrote:
>> On 14/04/12 21:48, Yinghai Lu wrote:
[snip]
>>> On Sat, Apr 14, 2012 at 12:21 PM, Steven Newbury
>
> pci :03:08.0: BAR 15: can't assign mem pref (siz
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #63 from Gilles Dartiguelongue
2012-04-15 08:56:35 PDT ---
For the record, I'm still working on this from time to time.
I ported the patch to kernel land quite easily, but still can't figure out what
is the problem with register read
On Sun, Apr 15, 2012 at 1:05 PM, Yinghai Lu wrote:
> On Sun, Apr 15, 2012 at 10:31 AM, Steven Newbury
> wrote:
pci :03:08.0: BAR 15: can't assign mem pref (size
0x1800)
>>> Ah! Not enough space for the bridge window!:(
>>>
>>>
>> please append pci=n
? after that, disable rom again and set back address to 0x10.
> ? You try to update radeon_get_bios() to achieve that.
>
> ? ? ?Yinghai
-- next part --
A non-text attachment was scrubbed...
Name: rom_no_pref.patch
Type: application/octet-stream
Size: 839 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120415/953419b1/attachment.obj>
On Sun, Apr 15, 2012 at 10:31 AM, Steven Newbury wrote:
>>>
>>> pci :03:08.0: BAR 15: can't assign mem pref (size
>>> 0x1800)
>> Ah! Not enough space for the bridge window!:(
>>
>>
> please append pci=norom ...
>>
That worked. Except of course the radeon drive
ress,
then set 0x30 to that address then copy ROM to ram.
after that, disable rom again and set back address to 0x10.
You try to update radeon_get_bios() to achieve that.
Yinghai
-- next part --
A non-text attachment was scrubbed...
Name: rom_pref.patch
Type: application/octet-stream
Size: 1101 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120415/ea3c8df7/attachment.obj>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15/04/12 11:20, Steven Newbury wrote:
> On 14/04/12 21:48, Yinghai Lu wrote:
>> On Sat, Apr 14, 2012 at 12:21 PM, Steven Newbury
>> wrote:
>>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>>
>>> On 14/04/12 20:08, Steven Newbury wrote:
On
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15/04/12 04:21, Yinghai Lu wrote:
> On Sat, Apr 14, 2012 at 10:37 AM, Steven Newbury
> wrote:
>> I've created a new quirk utilising an extra PCI resource flag to
>> force reallocation of the resource. It's the first approach I've
>> had any succes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 14/04/12 21:48, Yinghai Lu wrote:
> On Sat, Apr 14, 2012 at 12:21 PM, Steven Newbury
> wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 14/04/12 20:08, Steven Newbury wrote:
>>> On 14/04/12 19:42, Steven Newbury wrote:
On 14/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 14/04/12 21:48, Yinghai Lu wrote:
> On Sat, Apr 14, 2012 at 12:21 PM, Steven Newbury
> wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 14/04/12 20:08, Steven Newbury wrote:
>>> On 14/04/12 19:42, Steven Newbury wrote:
On 14/0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15/04/12 04:21, Yinghai Lu wrote:
> On Sat, Apr 14, 2012 at 10:37 AM, Steven Newbury
> wrote:
>> I've created a new quirk utilising an extra PCI resource flag to
>> force reallocation of the resource. It's the first approach I've
>> had any succes
ink they may be a bit too simple to support
advanced features that will be required for Tegra. For the current state it
may be enough, but people at NVIDIA and Nouveau seem to be eager to start
working on things like 2D acceleration and I wouldn't want to convert to SDRM
now just to convert it back when somebody needs a feature that can't be added
with SDRM.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120415/5792af6a/attachment.pgp>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15/04/12 18:25, Steven Newbury wrote:
> On 15/04/12 12:37, Steven Newbury wrote:
>> On 15/04/12 11:20, Steven Newbury wrote:
>>> On 14/04/12 21:48, Yinghai Lu wrote:
>
> [snip]
>
On Sat, Apr 14, 2012 at 12:21 PM, Steven Newbury
>
>>
>>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15/04/12 12:37, Steven Newbury wrote:
> On 15/04/12 11:20, Steven Newbury wrote:
>> On 14/04/12 21:48, Yinghai Lu wrote:
[snip]
>>> On Sat, Apr 14, 2012 at 12:21 PM, Steven Newbury
>
> pci :03:08.0: BAR 15: can't assign mem pref (siz
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #63 from Gilles Dartiguelongue
2012-04-15 08:56:35 PDT ---
For the record, I'm still working on this from time to time.
I ported the patch to kernel land quite easily, but still can't figure out what
is the problem with register read
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15/04/12 11:20, Steven Newbury wrote:
> On 14/04/12 21:48, Yinghai Lu wrote:
>> On Sat, Apr 14, 2012 at 12:21 PM, Steven Newbury
>> wrote:
>>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>>
>>> On 14/04/12 20:08, Steven Newbury wrote:
On
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15/04/12 04:21, Yinghai Lu wrote:
> On Sat, Apr 14, 2012 at 10:37 AM, Steven Newbury
> wrote:
>> I've created a new quirk utilising an extra PCI resource flag to
>> force reallocation of the resource. It's the first approach I've
>> had any succes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 14/04/12 21:48, Yinghai Lu wrote:
> On Sat, Apr 14, 2012 at 12:21 PM, Steven Newbury
> wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 14/04/12 20:08, Steven Newbury wrote:
>>> On 14/04/12 19:42, Steven Newbury wrote:
On 14/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 14/04/12 21:48, Yinghai Lu wrote:
> On Sat, Apr 14, 2012 at 12:21 PM, Steven Newbury
> wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 14/04/12 20:08, Steven Newbury wrote:
>>> On 14/04/12 19:42, Steven Newbury wrote:
On 14/0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15/04/12 04:21, Yinghai Lu wrote:
> On Sat, Apr 14, 2012 at 10:37 AM, Steven Newbury
> wrote:
>> I've created a new quirk utilising an extra PCI resource flag to
>> force reallocation of the resource. It's the first approach I've
>> had any succes
https://bugs.freedesktop.org/show_bug.cgi?id=42490
--- Comment #12 from Jeff Cook 2012-04-14
20:00:52 PDT ---
Seeing this here on an Acer Aspire am3470g-uw10p with Radeon HD 6530D. The vga
output dies as soon as radeon with KMS is loaded. In process of acquiring HDMI
cable to test with HDMI outp
* Stephen Warren wrote:
> On 04/13/2012 03:14 AM, Thierry Reding wrote:
> > display-controllers = <&disp1 &disp2>;
> > outputs = <&lvds &hdmi &tvo &dsi>;
>
> I don't think you need both the child nodes and those two properties.
>
> In other words, I think you either want:
37 matches
Mail list logo