Re: Anaconda multiple Ethernet cards question
On 21/09/09 23:42, John Reiser wrote: Print the low 24 bits as 6 hex digits (possibly with no punctuation), and chop the description string after 22 characters (for example.) Why not use the DMI External Connector Designator. That's what the manufacturer provides to identify external ports after all. Some examples for kit I have to hand: MacMini eth0 00:16:CB:xx:xx:3D Ethernet MacBook Pro eth0 00:17:F2:xx:xx:2E RJ-45 Acer Altos R300 (no external connector designation) eth0 00:00:E2:xx:xx:FE eth1 00:00:E2:xx:xx:FF Acer Altos R510 eth0 00:0E:0C:xx:xx:CF NIC2/2 eth1 00:0E:0C:xx:xx:CE NIC1/2 IBM xSeries 343 eth0 00:0E:0C:xx:xx:D9 NIC2/2 eth1 00:0E:0C:xx:xx:D8 NIC1/2 The results aren't too bad, especially for those last two Intel motherboards where the ethN and physical port orders are reversed. -- Glen Turner <http://www.gdt.id.au/~gdt/> -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Firewall rules using SELinux context (Was Re: RFE: FireKit)
On 25/07/09 07:14, Simo Sorce wrote: What's the value of labeling packets based on source/destination ports ? Doesn't seem to add any new information. Indeed. Security marking can add an additional IP header, so that a multilevel operating system on one machine can pass those multiple levels of data across an intervening network. -- Glen Turner -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FESCo meeting summary for 2009-06-26
On 30/06/09 01:39, Bill Nottingham wrote: That's a really crappy place for that message, though. What's the user supposed to do there... reboot and then go download another 700MB - 4GB? Yes it's a crappy place. I knew that when I suggested it. I just couldn't think of a Javascript hack which would cough up the CPU features even when running under a 32b OS like Windows Xp. Suggestions welcomed. -- Glen Turner <http://www.gdt.id.au/~gdt/> -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On 19/06/09 00:19, Bill Nottingham wrote:
No, period - I haven't seen anyone in the community say that they're
testing it on i586-class hardware.
Hi Bill,
Your wiki page has some jargon ("i586") which I'm trying
to reduce to manufacturer products, as you have already
done for the AMD products.
F12 x86 will not work on i586 (or i686 without CMOV)
Intel Pentium
Intel Pentium Pro
VIA Cyrix III
VIA C3 and C3-M ("Samuel 2")
VIA C3 and C3-M ("Ezra")
VIA C3 and C3-M ("Ezra-T")
VIA Eden ESP ("Samuel 2")
Note that the VIA Eden ESP ("Samuel 2") appears to be a shipping
product [based on vendor's website, not personal experience], and
that this will not run Fedora 12 under the current proposal. It
ships in the VIA EPIA MII/ML/PE motherboards with CPUs rated at
667MHz (all other clock speeds will run F12). Probably worth a
mention in the F12 Release Notes.
F12 x86 will work on these 32b processors
-
Intel Pentium II
Intel Celeron (any)
Intel Pentium III
Intel Pentium 4
Intel Pentium M
VIA C3 and C3-D ("Nehemiah")
VIA Eden ESP ("Nehemiah")
VIA Eden-N
VIA Eden ("Esther")
VIA C7 and C7-M and C7-D ("Esther")
VIA Nano
Any Intel x86-64, AMD64 or compatible
Although this is the best I could do, the VIA situation is complex
and errors in the above would not shock me.
Cheers, Glen
--
Glen Turner
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On 18/06/09 11:03, Jeff Spaleta wrote: Its all a matter of how you look at it. If it turns out that a lot of 64bit hardware owners are running 32bit Fedora 11... It would be useful if anaconda displayed a info box telling people when they were considering installing 32b Linux on systems with 32/64b CPUs and more than about 800MB of RAM. [1] In disk and networking the win from 64b is considerable due to much reduced low memory fragmentation and in general there's a lot less stuffing about with DMA. It is well worthwhile for people to install 64b Linux when that is reasonable, but as this thread has pointed out determining 64b capabilities prior to installation is a big ask of people unfamiliar with the intricacies of their CPU vendor's products. Thus the requirement to let installers of 32b Linux know when a better choice is available (but of course, not to insist upon that better choice -- the info box should only be informational). [1] More technically, when /proc/meminfo's LowTotal < MemTotal. -- Glen Turner -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
On 16/06/09 13:26, Matt Domsch wrote: My little old Latitude C400 works great as a relatively low power firewall/router/printserver/torrent seed/bastion host. As does my older machine (see below). My question would be -- what is the purpose of Fedora? If part of that purpose is to give people the opportunity to try Linux (and hopefully like it, and use in production, and buy product and support) then the operating system you hope they will try out needs to run on old hardware which is no longer vital to a person's work. For that reason excluding Pentium III machines is a step too far. x86 is legacy -- it's all about allowing people to run Fedora on non- shipping hardware. The only significant shipping chip which is still x86 is Atom. And it will be x86_64 before too long. You run the risk of optimising Fedora to suit Atom, then having the rationale for that optimisation disappear. Best wishes, Glen System Information Manufacturer: Dell Computer Corporation Product Name: Latitude CPx H450GT BIOS Information Vendor: Dell Computer Corporation Version: A14 Release Date: 05/28/2002 processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 8 model name : Pentium III (Coppermine) stepping: 1 cpu MHz : 448.072 cache size : 256 KB -- Glen Turner -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
