On 2020-01-06 8:11 p.m., Romain Dolbeau wrote:
>
> Unfortunately I don't have a PCIe OpenFirmware ATI card to test the
> theory further.
FWIW, a non-OF Radeon >= R(V)5xx card should work in Linux (though
obviously won't light up in OF itself or MacOS).
--
E
Mode: 1 (valid 4, 8), leaving at 8*
As you can see, AGP 1x isn't supported by your setup, only 4x or 8x. How
about radeon.agpmode=4?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
PCIe if AGP fails.
Herminio, does the problem also occur if you specify radeon.agpmode=-1
(or maybe =1) on the kernel command line?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
face many
> drm errors and fence issue.
> i atteched the dmesg files.
Which kernel version are you testing? There were some fixes in 4.4/4.5
which may help for the kernel driver issues, but note that the Mesa
radeonsi driver for >= 7xxx Radeons still needs a lot of work to be
usable
ort the usage patterns of
modern GPU drivers.
That said, if you guys have specific suggestions for a "proper"
solution, nobody's standing in your way.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast
ms and a serious regression hitting the linux kernel? No?
Not really. UMS was just using a static GART mapping, whereas KMS is
dynamically binding pages into the GART as needed. Apparently, older
revisions of UniNorth have trouble with the latter. I think it would
make sense to change radeon.agpmode to def
rg itself has always been working, only OpenGL can be problematic.
Have you verified r600_dri.so is used for that?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
following posts: The i2c_powermac module doesn't get loaded
automatically with recent kernels.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
Linuxpp
On 04.09.2014 16:59, Michel Dänzer wrote:
On 04.09.2014 16:54, Benjamin Herrenschmidt wrote:
On Thu, 2014-09-04 at 16:19 +0900, Michel Dänzer wrote:
+#else /* CONFIG_X86 */
+int ttm_tt_set_placement_caching(struct ttm_tt *ttm, uint32_t
*placement)
+{
+ if (*placement & (TTM_P
On 04.09.2014 16:54, Benjamin Herrenschmidt wrote:
On Thu, 2014-09-04 at 16:19 +0900, Michel Dänzer wrote:
+#else /* CONFIG_X86 */
+int ttm_tt_set_placement_caching(struct ttm_tt *ttm, uint32_t
*placement)
+{
+ if (*placement & (TTM_PL_TT | TTM_PL_FLAG_SYSTEM)) {
+
hling Michel Dänzer| http://www.amd.com
Libre software enthusiast |Mesa and X developer
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
if (*placement & (TTM_PL_TT | TTM_PL_FLAG_SYSTEM)) {
+ ttm->caching_state = tt_cached;
+ *placement &= ~TTM_PL_MASK_CACHING;
+ *placement |= TTM_PL_FLAG_CACHED;
NAK, this will break AGP on PowerMacs.
--
Earthling Michel Dänzer
lands family cards, which
includes your 6570, but not your 4650 for example.
--
Earthling Michel Dänzer| http://www.amd.com
Libre software enthusiast |Mesa and X developer
___
Linuxppc-dev mailing
bug.cgi?id=74939 , which is fixed in
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=8da17f30c70f4494ce22ad781a1cee17041812f3
.
--
Earthling Michel Dänzer| http://www.amd.com
Libre software enthusiast |
On Mon, 2013-08-05 at 20:53 +1000, Benjamin Herrenschmidt wrote:
> On Mon, 2013-08-05 at 12:32 +0200, Michel Dänzer wrote:
> >
> > I did that, sorry should have mentioned that.
> >
> >
> > > > @@ -468,5 +478,3 @@ static struct
On Mon, 2013-08-05 at 19:22 +1000, Benjamin Herrenschmidt wrote:
> On Mon, 2013-08-05 at 11:13 +0200, Michel Dänzer wrote:
>
> > The version below builds, but the module still doesn't get loaded
> > automagically (unless I'm missing some command I need to run between
&
On Sam, 2013-08-03 at 07:02 +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2013-08-02 at 18:52 +0200, Michel Dänzer wrote:
>
> > Thanks for the suggestion. The same windfarm modules were loaded in both
> > cases, but i2c_powermac wasn't loaded with the newer kernels. Loadin
On Fre, 2013-08-02 at 18:58 +0300, Aaro Koskinen wrote:
> On Fri, Aug 02, 2013 at 04:47:51PM +0200, Michel Dänzer wrote:
> > On Fre, 2013-08-02 at 22:51 +1000, Benjamin Herrenschmidt wrote:
> > > On Fri, 2013-08-02 at 12:03 +0200, Michel Dänzer wrote:
> > > > Could
On Fre, 2013-08-02 at 22:51 +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2013-08-02 at 12:03 +0200, Michel Dänzer wrote:
> > Could a similar change fix the same problem on desktop G5s? The same
> > values for slots_param in windfarm_pm112.c don't help, unfortunately.
>
0,
> + .gr = 0x0010,
> + .itarget= 320,
> + .additive = 0,
> + .min= 20,
> + .max= 100,
> };
>
> static void slots_fan_tick(void)
Could a similar change fix the same problem on desktop G5s? The sa
On Mon, 2012-10-29 at 10:15 +0100, Andreas Schwab wrote:
> The transition time for the 7447A is around 8ms which makes it possible
> to use the ondemand governor. This has been tested on the iBook G4
> (PowerBook6,7).
>
> Signed-off-by: Andreas Schwab
Tested-by: Michel Dänzer
deal.
>
> Surely, but surely, the definition of cpu_to_le16() uses
> gcc 'magic' to determine that the argument is a constant
> and then automatically selects the 'constant' form.
It can only do that if the argument is constant in the first plac
it
> > > > sequence
> > > > for some CSR based controllers').
> > > >
> > > > Cc: sta...@vger.kernel.org [v3.4]
> > > > Signed-off-by: Michel Dänzer
> > > > ---
> > > > net/bluetooth/hci_core.c |2 +-
sed controllers').
> >
> > Cc: sta...@vger.kernel.org [v3.4]
> > Signed-off-by: Michel Dänzer
> > ---
> > net/bluetooth/hci_core.c |2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/net/bluetooth/hci_core.c b/net/b
Fixes built-in Bluetooth not working on Apple PowerBooks, regression from
commit 75fb0e324daa48ec458fb5c2960eb07b80cfad9d ('Bluetooth: Fix init sequence
for some CSR based controllers').
Cc: sta...@vger.kernel.org [v3.4]
Signed-off-by: Michel Dänzer
---
net/bluetooth/hci_core.c |
On Mon, 2012-04-23 at 18:45 +0200, Gerhard Pircher wrote:
> > Von: "Michel Dänzer"
> > On Fre, 2012-04-20 at 18:14 +0200, Gerhard Pircher wrote:
> > > > Von: "Michel Dänzer"
> > > > On Fre, 2012-04-20 at 13:15 +0200, Gerhard Pircher wrot
On Fre, 2012-04-20 at 18:14 +0200, Gerhard Pircher wrote:
> > Von: "Michel Dänzer"
> > On Fre, 2012-04-20 at 13:15 +0200, Gerhard Pircher wrote:
> > > > Von: "Michel Dänzer"
> > > > On Don, 2012-04-19 at 13:48 +0200, Gerhard Pirc
On Fre, 2012-04-20 at 13:15 +0200, Gerhard Pircher wrote:
> > Von: "Michel Dänzer"
> > On Don, 2012-04-19 at 13:48 +0200, Gerhard Pircher wrote:
> > >
> > > The "former case" is an explanation, why I see data corruption with my
> > >
On Don, 2012-04-19 at 13:48 +0200, Gerhard Pircher wrote:
> > Von: "Michel Dänzer"
> > On Mit, 2012-04-18 at 18:23 +0200, Gerhard Pircher wrote:
> > > > Von: "Michel Dänzer"
> > > > On Mit, 2012-04-18 at 17:49 +0200, Gerhard Pircher wr
On Mit, 2012-04-18 at 18:23 +0200, Gerhard Pircher wrote:
> > Von: "Michel Dänzer"
> > On Mit, 2012-04-18 at 17:49 +0200, Gerhard Pircher wrote:
> > > > Von: "Michel Dänzer"
> > > > On Mit, 2012-04-18 at 16:55 +0200
On Mit, 2012-04-18 at 17:49 +0200, Gerhard Pircher wrote:
> > Von: "Michel Dänzer"
> > On Mit, 2012-04-18 at 16:55 +0200, Andreas Schwab wrote:
> > > Michel Dänzer writes:
> > >
> > > > On Mit, 2012-04-18 at 16:28 +0200, A
On Mit, 2012-04-18 at 16:55 +0200, Andreas Schwab wrote:
> Michel Dänzer writes:
>
> > On Mit, 2012-04-18 at 16:28 +0200, Andreas Schwab wrote:
> >> Michel Dänzer writes:
> >>
> >> > Have you tried smaller aperture sizes (uninorth_agp.aperture
On Mit, 2012-04-18 at 16:28 +0200, Andreas Schwab wrote:
> Michel Dänzer writes:
>
> > Have you tried smaller aperture sizes (uninorth_agp.aperture) and/or
> > radeon.test=1? (See commit 52f072cb084bbb460d3a4ae09f0b6efc3e7e8a8c)
>
> Neither changes anything.
How small
On Mit, 2012-04-18 at 13:30 +0200, Andreas Schwab wrote:
> Michel Dänzer writes:
> > On Mit, 2012-04-18 at 09:54 +0200, Andreas Schwab wrote:
> >> Michel Dänzer writes:
>
> This was a test with agpmode=1:
>
> Linux agpgart interface v0.103
> agpgart-uninor
On Mit, 2012-04-18 at 21:17 +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2012-04-18 at 12:34 +0200, Michel Dänzer wrote:
> > On Mit, 2012-04-18 at 20:20 +1000, Benjamin Herrenschmidt wrote:
> > > On Wed, 2012-04-18 at 10:02 +0200, Michel Dänzer wrote:
> > > >
&
On Mit, 2012-04-18 at 15:22 +0200, Andreas Schwab wrote:
> Michel Dänzer writes:
>
> > You do understand that 'prevent the radeon driver from initializing at
> > all' means direct rendering won't work at all, even with older Mesa
> > drivers?
>
> U
On Mit, 2012-04-18 at 21:19 +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2012-04-18 at 12:44 +0200, Michel Dänzer wrote:
> > On Mit, 2012-04-18 at 12:34 +0200, Michel Dänzer wrote:
> > > On Mit, 2012-04-18 at 20:20 +1000, Benjamin Herrenschmidt wrote:
> > > >
. D2 state).
KMS doesn't have any non-BIOS suspend/resume code yet, so it's either
that or no suspend/resume. :)
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
_
On Mit, 2012-04-18 at 13:25 +0200, Andreas Schwab wrote:
> Michel Dänzer writes:
>
> > On Mit, 2012-04-18 at 09:42 +0200, Andreas Schwab wrote:
> >> Michel Dänzer writes:
> >>
> >> > Not sure it's a good idea to set both of these =y: It will pre
gt; clocks configuration. Some of this could be an issue as afaik, to work
> reliably, the suspend/resume code really wants the stuff to be setup
> exactly the way the code in radeon_pm does
Are you referring to radeon_pm in radeonfb or radeon KMS?
Most of the latter isn'
On Mit, 2012-04-18 at 12:34 +0200, Michel Dänzer wrote:
> On Mit, 2012-04-18 at 20:20 +1000, Benjamin Herrenschmidt wrote:
> >
> > I suspect there's a fundamental design issue with apple bridge in that
> > the CPU to memory path isn't coherent at all with the GPU
On Mit, 2012-04-18 at 20:20 +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2012-04-18 at 10:02 +0200, Michel Dänzer wrote:
> >
> > > GPU lockup appears to be a common problem with the radeon driver.
> >
> > It's what happens when anything goes wrong with the
On Mit, 2012-04-18 at 09:54 +0200, Andreas Schwab wrote:
> Michel Dänzer writes:
>
> > Probably not (AGP is flaky in general, but in particular with older
> > UniNorth bridges), but it might be interesting to see some kernel output
> > from booting without agpmode=-1.
On Mit, 2012-04-18 at 09:42 +0200, Andreas Schwab wrote:
> Michel Dänzer writes:
>
> > Not sure it's a good idea to set both of these =y: It will prevent the
> > radeon driver from initializing at all by default if radeonfb is active.
>
> You can say video=radeonf
evel list at freedesktop.org might be better for this, at
least in addition to linuxppc-dev.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
From: Michel Dänzer
This was based on a description by Ben Herrenschmidt:
> I've removed that SBA reset from the normal TLB invalidation path and
> left it only once after turning AGP on.
About six months ago, he said:
> I did it a bit differently, but yeah, you get the ide
; As I think I have the same hardware as you (7,3, radeon 9600) If you
> can tell me how to reproduce it maybe I can poke around a little.
> Thus, at least temporarily, freeing you up for other stuff.
>
> I kinda need a break from fighting with GCC.
FWIW, the problem Ben ref
On Mit, 2011-04-13 at 14:27 +0200, Gabriel Paubert wrote:
> On Wed, Apr 13, 2011 at 02:12:16PM +0200, Michel Dänzer wrote:
> > On Mit, 2011-04-13 at 09:59 +0200, Gabriel Paubert wrote:
> > > On Tue, Apr 12, 2011 at 07:29:22PM +0200, Michel Dänzer wrote:
> > > > On
On Mit, 2011-04-13 at 09:59 +0200, Gabriel Paubert wrote:
> On Tue, Apr 12, 2011 at 07:29:22PM +0200, Michel Dänzer wrote:
> > On Die, 2011-04-12 at 14:00 +0200, Gabriel Paubert wrote:
> > > On Tue, Apr 12, 2011 at 01:46:10PM +0200, Michel Dänzer wrote:
> > > >
On Die, 2011-04-12 at 14:00 +0200, Gabriel Paubert wrote:
> On Tue, Apr 12, 2011 at 01:46:10PM +0200, Michel Dänzer wrote:
> > >
> > > With no_wb=1 the driver goes a bit further but the X server ends
> > > up in an infinite ioctl loop and the logs are:
> &
On Die, 2011-04-12 at 13:30 +0200, Gabriel Paubert wrote:
>
> On Mon, Apr 11, 2011 at 05:32:43PM +0200, Michel Dänzer wrote:
> >
> > Have you ruled out any MSI related problems? I think the IRQ not working
> > could explain the symptoms...
>
> Booting with MSI dis
[ Adding the dri-devel list ]
On Mon, 2011-04-11 at 15:31 +0200, Gabriel Paubert wrote:
> On Thu, Apr 07, 2011 at 04:04:35PM +0200, Michel Dänzer wrote:
> > On Mit, 2011-04-06 at 22:43 +0200, Gabriel Paubert wrote:
> > >
> > > The probem is that, at least on one of
=1.
It would be interesting to see at least all agp/drm/radeon related
kernel messages before the problem occurs.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
_
On Die, 2011-04-05 at 01:52 +0200, Gabriel Paubert wrote:
>
> Actually I thought that the name radeon_cp that is registered there
> would appear somwhere under /sys (or /proc) but failed to find it...
FWIW the radeon_cp* functions are in drivers/gpu/drm/radeon.
--
Earthling Mich
.37-rc).
>
> KMS is disabled (modprobe radeon modeset=0, and I can't switch over VT).
What exactly does "can't switch over VT" mean?
Sleep requires radeonfb, is that enabled?
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software en
On Sam, 2010-10-02 at 06:50 +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2010-10-01 at 18:20 +0200, Michel Dänzer wrote:
> > On Fre, 2010-10-01 at 22:14 +1000, Benjamin Herrenschmidt wrote:
> > >
> > > Now, the main reasons in practice are anything touching gra
nally, and IME the vast majority
of apps handle this correctly.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
orms significantly better than PCI.
> I tried a program which use a lot opengl, the only thing I see is
> ERROR: GL error 1282
> ERROR: Ignoring 1 openGL errors
Something the app does causes Mesa to raise a GL_INVALID_OPERATION
error. This may be a bug in the app or in Mesa.
--
Earthling Mi
On Die, 2010-07-13 at 18:02 +0200, jjDaNiMoTh wrote:
> 2010/7/13 Michel Dänzer :
> > What does the log file contain with modeset=1?
>
> We have no message, after the X.org freeze.
>
> messages.log:
> [...]
> Jul 13 17:11:01 jim kernel: [drm] Num pipes: 1
> Jul
On Die, 2010-07-13 at 16:51 +0200, jjDaNiMoTh wrote:
> 2010/7/13 Michel Dänzer :
> > Does KMS work better with radeon.agpmode=1 (or 2 or -1)?
>
> with radeon.agpmode=-1, we could start X server (no black screen),
> with both radeon.modeset={0,1}.
Note that radeon.agpmode is o
up (waiting for 0x0001 last
> fence id 0x0000)
The GPU locks up, and things go downhill from there...
Does KMS work better with radeon.agpmode=1 (or 2 or -1)?
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast |
r any reason, the kernel will oops. Instead we add
> on 1 because flush_dcache_range() interprets its second argument as
> the first byte past the range to be flushed.
>
> Signed-off-by: Paul Mackerras
Reviewed-by: Michel Dänzer
Tested-by: Michel Dänzer
Thanks for the good catch,
!shadowSetup(pScreen) || !shadowAdd(pScreen, NULL,
I hope you're aware that this really just hacks around the kernel
framebuffer device not exposing the framebuffer to userspace according
to the fbdev interface (see struct fb_bitfield
in /usr/include/linux/fb.h), and this will
wasn't enough - firmware version 3.21 completely
removes 'other OS' support due to 'security concerns'. :(
http://blog.us.playstation.com/2010/03/28/ps3-firmware-v3-21-update/
--
Earthling Michel Dänzer |http://www.vmware.com
Libre so
On Fri, 2010-03-26 at 11:20 +0100, Romain Goyet wrote:
> 2010/3/25 Michel Dänzer :
> > On Wed, 2010-03-24 at 11:32 +0100, Romain Goyet wrote:
> >>
> >> By the way, as of writing this, grub2 on PPC from debian gives a "out
> >> of memory" issue. Known
erPC
That's good to know, thanks.
> By the way, as of writing this, grub2 on PPC from debian gives a "out
> of memory" issue. Known bug.
That's on the G5? It's working on my PowerBook, but I haven't updated
the grub2 binaries on the bootstrap partition in
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
drivers/char/agp/uninorth-agp.c | 64 +++
1 files changed, 11 insertions(+), 53 deletions(-)
diff --git a/drivers/char/agp/uninorth-agp.c b/drivers/char/agp/uninorth-agp.c
index 4e05021..d89da4a 100644
From: Michel Dänzer
Also short-circuit empty updates.
Signed-off-by: Michel Dänzer
---
drivers/char/agp/uninorth-agp.c | 29 ++---
1 files changed, 22 insertions(+), 7 deletions(-)
diff --git a/drivers/char/agp/uninorth-agp.c b/drivers/char/agp/uninorth-agp.c
index
Looks like these got lost somewhere last time, so trying again...
These patches should allow KMS environments to work with U3 AGP bridges as
well.
[PATCH 1/2] agp/uninorth: Also handle user memory types in u3_remove_memory().
[PATCH 2/2] agp/uninorth: Unify U3 and pre-U3 insert_memory and remove_
seems like it may be luck that the current code works more or
less for suspend/resume.
I'm not too interested in working on this anymore and I definitely won't
have time this or next week, anyone feel free to take it on.
--
Earthling Michel Dänzer |
the pointer, I failed to find the
above when I googled about this a while ago.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
___
Linuxppc-dev mailing
I still have an unused monitor
connected to mine...
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozla
> drivers/char/agp/uninorth-agp.c file.
>
> Thanks.
>
> Michel, can you dbl check it ?
Looks good to me, thanks.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast |
On Thu, 2009-08-13 at 17:05 +1000, Benjamin Herrenschmidt wrote:
> On Tue, 2009-08-04 at 23:51 +0200, Michel Dänzer wrote:
> > From: Michel Dänzer
> >
> > Signed-off-by: Michel Dänzer
> > ---
>
> Hi Michel !
>
> While your two previous patches a
From: Michel Dänzer
Using the radeon KMS test functionality, I verified that the AGP bridge of the
Intrepid2 chipset in my PowerBook supports aperture sizes up to 256M. So allow
aperture sizes up to 256M on pre-U3 bridges as well, and bump the default size
to 256M. It's possible that
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
drivers/char/agp/uninorth-agp.c | 64 +++
1 files changed, 11 insertions(+), 53 deletions(-)
diff --git a/drivers/char/agp/uninorth-agp.c b/drivers/char/agp/uninorth-agp.c
index bc8b43a..75aa33a 100644
From: Michel Dänzer
Map the GART table uncached, so we don't always need to flush the CPU caches
explicitly after updates.
Signed-off-by: Michel Dänzer
---
drivers/char/agp/uninorth-agp.c | 33 +
1 files changed, 25 insertions(+), 8 deletions(-)
diff --
ood idea for us, some of the core devs, to turn that on
> in our usual test configs in fact.
FWIW, on my PowerBook I've been running with CONFIG_PREEMPT_VOLUNTARY
enabled for a long time (more than a year). No problems so far, and it
definitely seems to help a lot for interactivity.
--
This bit would get enabled sometimes (probably after suspend/resume), so the
fan would run at full speed below the temperature thresholds, but slow down and
eventually stop if temperatures rose above the thresholds... not exactly what
you want.
Signed-off-by: Michel Dänzer
---
drivers/macintosh
On Fri, 2009-02-06 at 18:42 +0100, Michel Dänzer wrote:
> On Thu, 2009-02-05 at 15:58 -0500, Josh Boyer wrote:
> > On Fri, Feb 06, 2009 at 07:56:22AM +1100, Benjamin Herrenschmidt wrote:
> > >
> > >> Which begs the question of what master is for. So far, it'
ranch to check out by git clone can be overridden via a special
file in the .git directory in the shared repository. Unfortunately
though, I don't remember what it's called...
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast |
d to 91 for CPU BOTTOMSIDE fan.
[154101.502629] adt746x: Setting fans speed to 64 (limit exceeded by 0 on CPU
BOTTOMSIDE)
[154101.502640] adt746x: Setting speed to 64 for CPU BOTTOMSIDE fan.
[154153.606437] adt746x: Stopping fans.
[154153.606449] adt746x: Setting speed to 0 for CPU BOTTOMSIDE fan.
On Thu, 2008-10-30 at 09:45 +0100, Johannes Berg wrote:
> Michel Dänzer wrote:
>
> >> Can uninorth_fetch_size be marked __devinit then?
> >
> > I'm not sure, and none of the other AGP backend drivers seems to do
> > so...
>
> Well, either it can, or m
On Wed, 2008-10-29 at 13:12 +0100, Johannes Berg wrote:
> On Wed, 2008-10-29 at 13:09 +0100, Michel Dänzer wrote:
> > On Wed, 2008-10-29 at 03:11 +0100, Johannes Berg wrote:
> > > A module parameter can possibly be shown via sysfs, which isn't a good
> > > idea if
On Wed, 2008-10-29 at 03:11 +0100, Johannes Berg wrote:
> A module parameter can possibly be shown via sysfs, which isn't a good
> idea if the section has been removed, so remove the __devinit
> annotation.
Under what circumstances could it be shown in sysfs?
--
Earthling
fika is a PCI bus, with an AGP
> riser. It doesn't add any AGP functionality like real GART on the host
> controller side, so there is nothing to map system memory into AGP's
> view of the system.. it always confused me how "pcigart" is meant to
> work and how an AGP
er, and again, the current radeon driver doesn't use
radeonfb at all anymore...
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
___
Linuxppc-de
On Tue, 2008-04-22 at 17:55 +0200, Christian Ehrhardt wrote:
>
> You see it e.g. when you try to initialize X11, the x11 radeon driver
> issues a FBIOGET_FSCREENINFO ioctl [...]
FWIW, current versions of the xf86-video-ati radeon driver no longer use
radeonfb for anything.
--
Earthli
.
It isn't clobbered, it's just the PCI device ID printed as characters.
That was a human readable string with early Radeons and thus convenient
for identifying them between humans, but that's no longer the case with
newer ones.
--
Earthling Michel Dänzer |
_wakeup_granularity_ns. :) So
both patches seem to have the expected effect.
/proc/sys/kernel/sched_features contains 7.
Thanks,
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
_
On Mon, 2008-01-28 at 09:50 +0100, Peter Zijlstra wrote:
> On Sun, 2008-01-27 at 17:13 +0100, Michel Dänzer wrote:
>
> > In summary, there are two separate problems with similar symptoms, which
> > had me confused at times:
> >
> > * With CONFIG_FAIR_USER_SC
On Mon, 2008-01-28 at 15:25 +1100, Benjamin Herrenschmidt wrote:
> On Sun, 2008-01-27 at 17:13 +0100, Michel Dänzer wrote:
> >
> > > Do you see behavior change (from good->bad) immediately after
> > applying that patch
> > > during your bisect process?
&g
o(p->prio))) {
update_rq_clock(rq);
@@ -866,11 +865,8 @@ static void check_preempt_wakeup(struct rq *rq, struct
task_struct *p)
pse = parent_entity(pse);
}
- gran = sysctl_sched_wakeup_granularity;
- if (unlikely(se->load.weight != NICE_0_LOAD))
-
On Fri, 2008-01-25 at 12:34 +0100, Michel Dänzer wrote:
> On Fri, 2008-01-25 at 17:54 +1100, Benjamin Herrenschmidt wrote:
> > On Wed, 2008-01-23 at 13:42 +0100, Peter Zijlstra wrote:
> > > Another question, do you have:
> > > CONFIG_FAIR_GROUP_SCHED=y
> > >
t 50% of one CPU and the niced processes
> still get most of the time.
Hmm, interesting. As I said before, I thought I had tested with this
disabled and not seen a difference, but I'll try again to confirm.
--
Earthling Michel Dänzer | http://tungstengraphics.c
009418
+ zsh 4675 41843.822192 634 120 41843.822192
302.744207 44763.221535
+ sh 4734 1362837.967264 2791 139 1362837.967264
19352.99463847.795532
+Rcat 4746 41816.398384 0 120
On Wed, 2008-01-23 at 13:36 +0100, Peter Zijlstra wrote:
> On Wed, 2008-01-23 at 13:18 +0100, Michel Dänzer wrote:
> >
> > 810e95ccd58d91369191aa4ecc9e6d4a10d8d0c8 is first bad commit
> > commit 810e95ccd58d91369191aa4ecc9e6d4a10d8d0c8
> > Author: Peter Zijlstra &
On Tue, 2008-01-22 at 15:56 +0100, Michel Dänzer wrote:
> On Fri, 2008-01-18 at 13:34 +0100, Michel Dänzer wrote:
> > This is on a PowerBook5,8.
> >
> > In a nutshell, things seem more sluggish in general than with 2.6.23.
> > But in particular, processes running at
On Fri, 2008-01-18 at 13:34 +0100, Michel Dänzer wrote:
> This is on a PowerBook5,8.
>
> In a nutshell, things seem more sluggish in general than with 2.6.23.
> But in particular, processes running at nice levels >0 can get most of
> the CPU cycles available, slowing down pr
_ANUBIS=m
+CONFIG_CRYPTO_SEED=m
CONFIG_CRYPTO_DEFLATE=m
CONFIG_CRYPTO_MICHAEL_MIC=m
CONFIG_CRYPTO_CRC32C=m
CONFIG_CRYPTO_CAMELLIA=m
CONFIG_CRYPTO_TEST=m
+CONFIG_CRYPTO_AUTHENC=m
CONFIG_CRYPTO_HW=y
+# CONFIG_PPC_CLOCK is not set
--
Earthling Michel Dänzer | http://
1 - 100 of 108 matches
Mail list logo
