Benjamin Herrenschmidt writes:
> From my quick tests here (I'm travelling, so no much time), it looks
> like it's dying on the first msleep() (either radeonfb or whatever else
> if you play with driver order), which makes me strongly suspect the idle
> loop changes. I'll try to fix that when I'm b
On Fri, 2006-04-07 at 16:50 +0200, Yves-Alexis Perez wrote:
> I'm using xorg (6.9.0.dfsg.1-6) with radeon 9600 on a powerbook G4
> 15" (powerbook 5,6), vanilla kernel 2.6.16. It works and I have dri.
> What is the problem with it ?
There was a thread here a while back that explained the problem --
> I've hard resetted the source and reverted the "bad commit", and it
> still hangs.
> If i can do something to help, let me know.
You can try to revert the idle loop changes manually. The comment in
Paulus' commit indicates that the caller of the idle loop handles
interrupt enable/disable,
> > >From my quick tests here (I'm travelling, so no much time), it looks
> > like it's dying on the first msleep() (either radeonfb or whatever else
> > if you play with driver order), which makes me strongly suspect the idle
> > loop changes. I'll try to fix that when I'm back next week unless pa
On Fri, 2006-04-07 at 13:03 +0100, Matthew T. Atkinson wrote:
> I am using Xorg 6.8.2 (because the radeon driver in
> later versions is b0rked)
I'm using xorg (6.9.0.dfsg.1-6) with radeon 9600 on a powerbook G4
15" (powerbook 5,6), vanilla kernel 2.6.16. It works and I have dri.
What is the probl
> >From my quick tests here (I'm travelling, so no much time), it looks
> like it's dying on the first msleep() (either radeonfb or whatever else
> if you play with driver order), which makes me strongly suspect the idle
> loop changes. I'll try to fix that when I'm back next week unless paulus
> b
I've hard resetted the source and reverted the "bad commit", and it
still hangs.
If i can do something to help, let me know.
Regards,
CataEnry
--
Enrico Cataldi - Undergraduate student @ Computer Science
mailto: [EMAIL PROTECTED] ICQ: 211912796 MSN: [EMAIL PROTECTED]
Hamradio: IW6DMM http:/
I have noticed that on newer 2.6 kernels, the X viewports feature does
not work correctly. I am using Xorg 6.8.2 (because the radeon driver in
later versions is b0rked) on 2.6.x.y (see table below). The problem is
that panning doesn't seem to work; one can only see some parts of the
overall scree
On Fri, Mar 03, 2006 at 02:30:36PM -0800, Brad Boyer wrote:
> On Fri, Mar 03, 2006 at 10:04:41PM +0100, Frans Pop wrote:
> > So, my questions would be:
> > - which driver is actually needed in the case of #345467
>
> swim3.ko
>
> > - is this driver available on the root floppy (built in or module
> > This is an ATi-based machine, Mobility 9600 or 9700. Not sure of the
> > exact number. As others have already tried, it doesn't seem to help to
> > switch to OpenFirmware framebuffer. The machine will lock up anyway :/
>
> Yep, that points to radeonfb being OK. I'll have a look myself later
>
> >> I see the same hang on my PowerBook 5,9 (17" G4 HR). Note that I don't
> >> run Debian, but I thought I'd help out.
> >> The patch has a bit too much changes behind it to do a simple revert.
> >
> > Please add the later commit from Paulus on top of this one (ff2e6d7427...)
> > and try that one
> On Apr 06 2006, Michael Schmitz wrote:
> > Well, 2.6.17 not booting seems well established now. What you can do
> > to track down the cause is called 'git bisection'. Google should have
> > a few instructions on that.
>
> Hummm, this is strange, since I just grabbed the .17-rc1 patch,
> recompile
On Thu, Apr 06, 2006 at 06:11:29PM -0400, Keith Grimm wrote:
> Hello
> I have read you web page on the 43p-150 and the bc Cd for chrp. I have 2
> 7248-26 carolina's and a 7043-26 PReP boxes. Any chance you have spun a
> bootable/installable debian cd that works on prep machines?
The only current
On Apr 06 2006, Michael Schmitz wrote:
> Well, 2.6.17 not booting seems well established now. What you can do
> to track down the cause is called 'git bisection'. Google should have
> a few instructions on that.
Hummm, this is strange, since I just grabbed the .17-rc1 patch,
recompiled a kernel fo
14 matches
Mail list logo
