Hello,
Just built a 64bit lfs 6.6, everything went smoothly, excellent work as
always!
I've been playing around with the 2.6.33 kernel including the new radeon
driver.
The results are pretty awesome. I now have a high resolution console
that is a pleasure to use. I was thinking it might be a
On 05/03/10 09:38, Duncan Baynes wrote:
> Hello,
>
> Just built a 64bit lfs 6.6, everything went smoothly, excellent work as
> always!
>
> I've been playing around with the 2.6.33 kernel including the new radeon
> driver.
>
> The results are pretty awesome. I now have a high resolution console
> th
On Fri, 05 Mar 2010 11:24:29 +, Andrew Benton
wrote:
> On 05/03/10 09:38, Duncan Baynes wrote:
>> Hello,
>>
>> Just built a 64bit lfs 6.6, everything went smoothly, excellent work as
>> always!
>>
>> I've been playing around with the 2.6.33 kernel including the new
radeon
>> driver.
>>
>> The
>
> > This code support the following hardware : R1XX,R2XX,R3XX,R4XX,R5XX
> > (radeon up to X1950). Works is underway to provide support for R6XX,
> > R7XX and newer hardware (radeon from HD2XXX to HD4XXX).
>
> I live in hope
>
> Andy
Also, I'm using the attached firmware
R700_rlc.bin
Desc
On 05/03/10 11:36, Duncan Baynes wrote:
>
> Also, I'm using the attached firmware
>
My hd4870 uses the radeon/RV770_pfp.bin and RV770_me.bin that comes with the
kernel source.
Where did you get this R700_rlc.bin and how do I get the kernel to use it?
Andy
--
http://linuxfromscratch.org/mailman
On 05/03/10 11:33, Duncan Baynes wrote:
> I couldn't get the kernel to find the firmware so early in the boot
> sequence without using initrd, however I'll have another run at getting it
> working sans initrd if you think that will work.
>
Another option I've tried (which also hung the system if ke
Hi all,
I have submitted a patch upstream to the E2fsprogs maintainers to add a
function to the libcom_err library so that it will be compatible with
Heimdal. Without the patch to E2fsprogs, Heimdal will end up adding a
new libcom_err library in /usr/lib and overwrite the .so file that points
to t
Randy McMurchy wrote:
> Hi all,
>
> I have submitted a patch upstream to the E2fsprogs maintainers to add a
> function to the libcom_err library so that it will be compatible with
> Heimdal. Without the patch to E2fsprogs, Heimdal will end up adding a
> new libcom_err library in /usr/lib and overw
On Fri, Mar 5, 2010 at 3:24 AM, Andrew Benton wrote:
> On 05/03/10 09:38, Duncan Baynes wrote:
>> Hello,
>>
>> Just built a 64bit lfs 6.6, everything went smoothly, excellent work as
>> always!
>>
>> I've been playing around with the 2.6.33 kernel including the new radeon
>> driver.
>>
>> The resu
On Fri, 05 Mar 2010 14:29:44 +, Andrew Benton
wrote:
> On 05/03/10 11:33, Duncan Baynes wrote:
>> I couldn't get the kernel to find the firmware so early in the boot
>> sequence without using initrd, however I'll have another run at getting
>> it
>> working sans initrd if you think that will w
On 05/03/10 20:59, Duncan Baynes wrote:
> On Fri, 05 Mar 2010 14:29:44 +, Andrew Benton
> wrote:
>
>> On 05/03/10 11:33, Duncan Baynes wrote:
>>
>>> I couldn't get the kernel to find the firmware so early in the boot
>>> sequence without using initrd, however I'll have another run at
On 05/03/10 20:59, Duncan Baynes wrote:
> There is a 60 second timeout period where the kernel strives to locate the
> firmware... so far the only way I could get rid of this delay was to use
> initrd...
I see. Strange, as the firmware is built into the kernel. I get the same delay
if I
compile i
On 05/03/10 23:32, Martin Ward wrote:
> its a bug in udev, if relevant firmware is missing it hangs for about 60
> secs trying to load the missing module, two ways to fix this
>
> either grab the missing firm ware from
> http://people.freedesktop.org/~agd5f/radeon_ucode/
>
That page has 2 pieces of
13 matches
Mail list logo
