hi
ermwat do i
need to say 2 u
erm.
On Thu, 2006-04-20 at 14:55 -0700, Eugene Surovegin wrote:
> On Thu, Apr 20, 2006 at 11:10:55PM +0200, Gerhard Pircher wrote:
> > Well, Freescale's PPC programming environment manual clearly states that
> > this will not work on G4 CPUs (74xx). Also Benjamin Herrenschmidt told me,
> > that this imp
> > arch/powerpc/platforms/powermac/setup.c:721: error: 'mach_powermac'
> > undeclared here (not in a function)
> > arch/powerpc/platforms/powermac/setup.c:721: warning: type defaults to
> > 'int' in declaration of 'mach_powermac'
> > make[2]: *** [arch/powerpc/platforms/powermac/setup.o] E
> In this case the problem is double mapping with inconsistent attributes
> (through BAT and page tables I assume).
Yes.
> > On POWER4, 970 and later, the chip guys confirmed that the problem is
> > real though. Not only bcs of prefetch but also speculative execution
> > which can cause the ch
On Fri, Apr 21, 2006 at 08:39:29AM +1000, Benjamin Herrenschmidt wrote:
> On Thu, 2006-04-20 at 14:13 -0700, Eugene Surovegin wrote:
> > On Fri, Apr 21, 2006 at 07:06:13AM +1000, Benjamin Herrenschmidt wrote:
> > > Unfortunately, he has to do things a bit differently. He can't afford to
> > > have
Jon Linnell wrote:
> I want to know if there's some way of changing the controls so that
> when you have a button down (CTRL, ALT etc.) and click the mouse you
> get the contextual menu up.
There is a patch:
http://geekounet.org/patches/#linux-2.4.19-ctrl_click.patch
Yes, it is as bit old... woul
On Thu, 2006-04-20 at 14:33 -0700, Eugene Surovegin wrote:
> On Fri, Apr 21, 2006 at 07:06:13AM +1000, Benjamin Herrenschmidt wrote:
> > (On 6xx this is deadly even if you don't access those cacheable pages
> > because the CPU prefetch may do it for you).
>
> Here is another thought if this "prefe
On Thu, 2006-04-20 at 14:19 -0700, Eugene Surovegin wrote:
> On Thu, Apr 20, 2006 at 02:13:21PM -0700, Eugene Surovegin wrote:
> > On Fri, Apr 21, 2006 at 07:06:13AM +1000, Benjamin Herrenschmidt wrote:
> > > Unfortunately, he has to do things a bit differently. He can't afford to
> > > have the ke
On Thu, 2006-04-20 at 14:13 -0700, Eugene Surovegin wrote:
> On Fri, Apr 21, 2006 at 07:06:13AM +1000, Benjamin Herrenschmidt wrote:
> > Unfortunately, he has to do things a bit differently. He can't afford to
> > have the kernel BAT mapping cover his non-cacheable pages. Thus he needs
> > a reserv
> --- Ursprüngliche Nachricht ---
> Von: Gabriel Paubert <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> Kopie: [EMAIL PROTECTED], debian-powerpc@lists.debian.org
> Betreff: Re: Not coherent cache DMA for G3/G4 CPUs: clarification needed
> Datum: Fri, 21 Apr 2006 00:07:08 +0200
>
>
> --- Ursprüngliche Nachricht ---
> Von: Eugene Surovegin <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> Kopie: [EMAIL PROTECTED], debian-powerpc@lists.debian.org
> Betreff: Re: Not coherent cache DMA for G3/G4 CPUs: clarification needed
> Datum: Thu, 20 Apr 2006 14:55:14 -0700
>
On Thu, Apr 20, 2006 at 08:57:46PM +0200, Gerhard Pircher wrote:
> Hi,
>
> I try to implement not coherent cache/DMA support for G3/G4 processors, by
> reserving some physical memory for DMA operations. The memory used for
> consistent allocations (removed from the top of the physical memory below
On Thu, Apr 20, 2006 at 08:18:48AM -0700, Daniel Gimpelevich wrote:
Dear all,
> >> [quoted text muted]
> > using 'lspci' it displays that it has no information about the chipset :(
> > Very bad!
> >
> > SteX
>
> Try 'cardctl ident' instead.
the system displayed the following output to this comman
> --- Ursprüngliche Nachricht ---
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> Kopie: [EMAIL PROTECTED], debian-powerpc@lists.debian.org
> Betreff: Re: Not coherent cache DMA for G3/G4 CPUs: clarification needed
> Datum: Fri, 21 Apr 2006 07:03:45 +10
> --- Ursprüngliche Nachricht ---
> Von: Eugene Surovegin <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> Kopie: [EMAIL PROTECTED], debian-powerpc@lists.debian.org
> Betreff: Re: Not coherent cache DMA for G3/G4 CPUs: clarification needed
> Datum: Thu, 20 Apr 2006 14:02:01 -0700
>
> > 3. How are DMA buffers used outside the kernel? Do user programs get a
> > pointer to the DMA buffer (in theory) from the device driver or is the data
> > copied to another buffer allocated by an user program?
>
>
> There are already non-coherent cache PPC archs (8xx, 4xx) just look
> how a
On Thu, 2006-04-20 at 20:57 +0200, Gerhard Pircher wrote:
> 1. The AmigaOne is similar to the PREP platform, i.e. DMA can only be
> performed in the first 16MB for ISA devices (there's only a VIA southbridge,
> no other SuperI/O IC with 32bit capable DMA controller). I guess the first
> 16MB canno
> --- Ursprüngliche Nachricht ---
> Von: Eugene Surovegin <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> Kopie: [EMAIL PROTECTED], debian-powerpc@lists.debian.org
> Betreff: Re: Not coherent cache DMA for G3/G4 CPUs: clarification needed
> Datum: Thu, 20 Apr 2006 13:38:48 -0700
>
On Thu, 2006-04-20 at 15:51 +0200, Michael Schmitz wrote:
> > > arch/powerpc/platforms/powermac/setup.c:721: error: 'mach_powermac'
> > > undeclared here (not in a function)
> > > arch/powerpc/platforms/powermac/setup.c:721: warning: type defaults to
> > > 'int' in declaration of 'mach_powerm
Hi,
I try to implement not coherent cache/DMA support for G3/G4 processors, by
reserving some physical memory for DMA operations. The memory used for
consistent allocations (removed from the top of the physical memory below
896MB) is excluded from the BAT mapping and the pages are marked as
reserv
Hello all,
I have observed recently that I am experiencing random lock-ups of the
X and (I think) of the keyboard.
The problems, AFAIR - but not 100% sure, appeared before migrating to
modular X, but since then (some hours ago), I didn't had any X session
without lockup.
What do I mean by lock-u
On Thu, 20 Apr 2006 13:07:54 +0200, Stefano Melchior wrote:
> On Wed, Apr 19, 2006 at 01:23:08PM -0500, vinai wrote:
> Dear all,
>> [quoted text muted]
> using 'lspci' it displays that it has no information about the chipset :(
> Very bad!
>
> SteX
Try 'cardctl ident' instead.
--
To UNSUBSCRI
On 4/20/06, Jon Linnell <[EMAIL PROTECTED]> wrote:
> I just configured xWindows on my iMac (Debian PPC 3.1Sarge), but I
> can't get to the contextual menus! On mac, to do this you'd normally
> press CTRL before clicking to get the contextual menu up.
> But that doesn't work on Debian. I want to kno
I just configured xWindows on my iMac (Debian PPC 3.1Sarge), but I
can't get to the contextual menus! On mac, to do this you'd normally
press CTRL before clicking to get the contextual menu up.
But that doesn't work on Debian. I want to know if there's some way
of changing the controls so tha
On Wed, Apr 19, 2006 at 01:23:08PM -0500, vinai wrote:
Dear all,
> >(more or less).
> >I was wondering if any of you have experienced in finding driver
> >compatibility for
> >the used h/w
> >Now it should sound better :)
>
> But some hardware (and I think tuner chips are a good example of that)
25 matches
Mail list logo
