Re: Warning: Your BIOS is broken

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On 02/22/2013 03:04 PM, Reindl Harald wrote:
>
> Am 22.02.2013 20:58, schrieb Robert Moskowitz:
>> Kernel param.  I really should have caught that.
>>
>> So I was all ready to edit grub.conf and then slapped my hand.
>> You TEST it out first, adding the command at boot time.  ARGH!
> one option
>
>> Once before (5+ years back) I had to add a kernel param and did it wrong and
>> it was a big recovery challenge
> what is the challenge?
> there is no difference add or remove a param at boot

If you get the option wrong and the system will now not boot?  Then you 
have to boot from a recovery CD, mount your harddrve /boot and edit out 
the change from grub.conf and try again.  All the time you SHOULD have 
been working on something else.

>
>> But as I read up on this option, it does not sound like something I want
>> to globally turn off just to stop a supposedly annoying
>> message (if they have indeed worked around it, and my new DNS server is running with this OK)
> and you looked at the other options?
> "intel_iommu=igfx_off" maybe a good idea
>
> 	intel_iommu=	[DMAR] Intel IOMMU driver (DMAR) option
> 		on
> 			Enable intel iommu driver.
> 		off
> 			Disable intel iommu driver.
> 		igfx_off [Default Off]
> 			By default, gfx is mapped as normal device. If a gfx
> 			device has a dedicated DMAR unit, the DMAR unit is
> 			bypassed by not enabling DMAR with this option. In
> 			this case, gfx device will use physical address for
> 			DMA.
> 		forcedac [x86_64]
> 			With this option iommu will not optimize to look
> 			for io virtual address below 32 bit forcing dual
> 			address cycle on pci bus for cards supporting greater
> 			than 32 bit addressing. The default is to look
> 			for translation below 32 bit and if not available
> 			then look in the higher range.
> 		strict [Default Off]
> 			With this option on every unmap_single operation will
> 			result in a hardware IOTLB flush operation as opposed
> 			to batching them for performance.
> 		sp_off [Default Off]
> 			By default, super page will be supported if Intel IOMMU
> 			has the capability. With this option, super page will
> 			not be supported.
>
I will look at these closely and figure out what course to test. The 
sabbath is almost here, so got a hard stop time.

_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos


[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux