Hi Frank
I was wondering if you had a git tree somewhere I could pull.
Thanks
Mike
On 11/11/2007, Frank Seidel <[EMAIL PROTECTED]> wrote:
> Hello,
>
> this one also holds the - little reworked and optimized -
> cleanup of the read/write_mem32 functions.
>
> Comments and any feedback is more tha
> The MPENTIUM4 option does not only set -march=pentium4, it also enables
> several other options in arch/i386/Kconfig.cpu resulting in better
> performance.
How about an autodetect to set the right options here too using cpuid?
With a warning of course that the code produced will be specifically
On 25/10/2007, Gabriel C <[EMAIL PROTECTED]> wrote:
> Michael Lothian wrote:
> >> The MPENTIUM4 option does not only set -march=pentium4, it also enables
> >> several other options in arch/i386/Kconfig.cpu resulting in better
> >> performance.
> >
&g
> What exactly is irritating?
> Please name the problems so that they can be fixed.
>
> > Detecting the cpu and using march=native could be all part of that
>
> You don't need march=native for this.
>
> You have to set the right config option for your CPU and you
> automatically get the right compi
> > Half the time it's easier doing a lsmod when booted on a livecd and
> > trying to figure out what options are required from the module names
> > which sometime can be just as tricky.
>
> Sure, distributions already have solved this and you can use their
> work.
I like compiling my own kernel i
Hi
I was wondering if it was possible to add -march=native support to the
processor options of the new x86 architecture if gcc 4.2 or greater is being
used.
I'm not suggesting this should be a default at all, merely an extra option
similar to selecting P4, Athlon or even -Os.
I've manually tried
Actually I changed the Makefile.cpu and changed the -march to native
which did slightly change the size of the kernel (slightly larger I
think)
So what else does that option change?
Mike
On 25/10/2007, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 25, 2007 at 07:33:35PM +0100
On 25/10/2007, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 25, 2007 at 08:09:56PM +0100, Michael Lothian wrote:
> > Actually I changed the Makefile.cpu and changed the -march to native
> > which did slightly change the size of the kernel (slightly larger I
> >
Hi
I was wondering if there are any plans to merge the Nozomi driver
which has been living in mm for quite a while now into the main line
kernel.
I spoke about this a wee bitafter rc1 of 2.6.22 but I´m not sure if
the discussed clean up was ever implemented
I´d be greatful for any info
Thanks
OK where to start?
Firstly this is really the wrong list your writing to. Chances are
you'll be wanting to ask your question at
http://www.nvnews.net/vbulletin/forumdisplay.php?s=&forumid=14 if your
using the Nvidia Blob otherwise if your using the 2D only NV driver
then you should really aim you
I would probably have recommended an Intel chipset they have truly
open drivers which are coming along an absolute treat. Hopefully the
Neuveau drivers will get to a usable stage soon and the r300 (for
radeon cards) will start to support r400 and r500 cards,
Mike
On 27/06/07, Marc Perkel <[EMAIL
Just thought I'd let you know that CFS is working on the PS3
neutrino boot # dmesg
Using PS3 machine description
Page orders: linear mapping = 24, virtual = 12, io = 12
Starting Linux PPC64 #1 SMP Fri May 18 09:26:38 UTC 2007
-
ppc64_pft_size
12 matches
Mail list logo
