lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20071025225832.GZ30533@stusta.de>
Date:	Fri, 26 Oct 2007 00:58:32 +0200
From:	Adrian Bunk <bunk@...nel.org>
To:	Michael Lothian <mike@...eburn.co.uk>
Cc:	Gabriel C <nix.or.die@...glemail.com>, linux-kernel@...r.kernel.org
Subject: Re: Possibility of adding -march=native to x86

On Thu, Oct 25, 2007 at 11:42:47PM +0100, Michael Lothian wrote:
> > 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 compiler options.
> 
> Well when doing a lspci here are some specific examples:
> 
> 
> 
> 03:02.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
> 
> What modules would you think you'd need to compile to get this to work?
> 
> No it's not budget card os buget card ci even though the card its self
> has no cam interface
> 
> 
> 
> 00:14.2 Audio device: ATI Technologies Inc SB600 Azalia
> 
> Is there any indication from this piece of info that the intel hda
> driver is required?
> 
> 
> 
> 00:12.0 SATA controller: ATI Technologies Inc SB600 Non-Raid-5 SATA
> 
> This uses AHCI
> 
> 
> 
> As for the i2c and the hardware monitoring support well that's mostly guess work
> 
> 
> 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.

> Why not auto detect the CPU the same way GCC does and automatically
> set the correct CPU and then go the whole hog and let GCC use the
> correct flags if it's new enough using native
> 
> I can't understand why you wouldn't find this useful when setting up a
> customised kernel.
> 
> Maybe even having a make addnewhardware option to quickly add extra
> devices to your config file.

Knowing your CPU is much easier to figure out than to figure out the 
BIOS settings of your SATA controller that determine how to access it.

If you do not even know what CPU you have you should really not compile 
your own kernel.

> Mike

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ