My computer has this hardware is compatible with opensuse 11?
HYPER THREADING
Intel Rock Lake D865PERL
Intel pentium 4 2.4GZ
1024 Mb of MEMORY
Hi!
Here is the Hardware Compatibility list:
Hardware - openSUSE.
Pretty well anything Intel is compatible with Linux as Intel is one of the top contributors to the Linux kernel. The main hardware compatibility problems in Linux come with peripherals from the more obscure vendors who only provide Windows drivers for their products and refuse to release the specifications though this year there has been a significant reduction in the number of such vendors.
My doubs became in the test HARDWARE DVD ISO SUSE some fail appear one of this HYPER THREADING. Perhaps because in my hard disk has an Ubuntu with XP operating system intall with GRUB.
Thanks.
If Ubuntu installs then the chances are very good that openSUSE will install also. If you are getting a specific error message, post that back here with a complete description of where you see the error, and we may be able to help.
I had a problem with HT compatibility with my Intel Pentium 4 a while back (it would cause my system to freeze completely and become totally unresponsive), and unfortunately I never found a real solution aside of workarounds. Although I can make simple kernel configuration changes, backups, as well as recompile, install, etc., I don’t know enough specifically to make the necessary changes to have HT compatibility working (although, I did try unsuccessfully). I eventually gave up and used another processor without HT. Considering my lack of knowledge and experience, my only two options were to use another processor or disable HT in BIOS.
I posted on it a while back:
Problems with hyperthreading Pentium 4 (640) - openSUSE Forums
I wish I had a practical solution; but, I’m every bit as much at a loss now as I was then. Still, I hope you do manage to find a solution – for whatever that may be worth. If you do, I certainly hope that you will please share it. I’d love to be able to get it working, myself.
Good luck 
SKASS7 wrote:
>
> My computer has this hardware is compatible with opensuse 11?
> HYPER THREADING
> Intel Rock Lake D865PERL
> Intel pentium 4 2.4GZ
> 1024 Mb of MEMORY
>
>
I have HT enabled in both 11.0 and 11.1 RC1, no probs at all.
HTH
–
Mark…
Nil illegitimi carborundum
@SKASS7 -
If you could provide the exact error and where you see it we may be able to help. Hyperthreading is very common now for a couple of years.
I don’t know if this will help others, but I came across these earlier:
[Kubuntu Edgy] disable SMP at boot in grub?](http://uhacc.org/forums/index.php?board=38;action=display;threadid=3134)
From the article above:
“There is a freak kernel bug that when SMP kernels and rtl818x via ndiswrapper are used together, the kernel can completely lock up. The solution to this is to disable the SMP kernel.”
As mentioned in other posts, I have a HT Pentium 4 coupled with freezes when HT is enabled in BIOS. Anyway, I also happened to have RTL 8139/8139C/8139 C+ (eth0). I never would have thought of a connection between HT and my network connection on my own.
Next article…
Re: Can you disable SMP in the kernel by appending the kernel line in GRUB
From above:
“I read one comment that said: To disable SMP at bootup, use, noreplace-smp… You may also want to try nosmp or maxcpus=0 , both of those will disable the smp code.”
So far, booting without SMP seems to be working. If it starts freezing again at some later point, I’ll drop an update. The computer normally freezes within only a few minutes, though, so I don’t anticipate it. My performance isn’t as fast; however, better performance is useless on a computer that freezes shortly after each boot. A boot option allows me to be able to utilize HT on my other OS without having manually to disable it in BIOS prior to starting Linux.
I hope this may be helpful to someone.
jh mack wrote:
> I don’t know if this will help others, but I came across these earlier:
>
> ‘[Kubuntu Edgy] disable SMP at boot in grub?’
> (http://tinyurl.com/5ue5r6)
>
> From the article above:
>
> “There is a freak kernel bug that when SMP kernels and rtl818x via
> ndiswrapper are used together, the kernel can completely lock up. The
> solution to this is to disable the SMP kernel.”
I can believe that a Windows driver would have problems with SMP, but not a
native Linux driver.
> As mentioned in other posts, I have a HT Pentium 4 coupled with freezes
> when HT is enabled in BIOS. Anyway, I also happened to have RTL
> 8139/8139C/8139 C+ (eth0). I never would have thought of a connection
> between HT and my network connection on my own.
One other possibility is that you have a BIOS error that is causing the problem.
Larry
Hyper-threading depends upon SMP, so a supposed problem with HT may be eliminated by disabling SMP - which of course may have negative effects on the system. However, extrapolating a symptom to there being a problem with HT or SMP in the kernel (which has effectively supported both for a long time) may be a mistake.
An alternative source of a device or driver hanging the kernel is Message Signal Interrupts handling. This is a complex technology which can be implemented and is dependent upon any device on the pci bus, the device driver, motherboard circuitry, and the Southbridge pci-subsystem. There are extra considerations for a PCI-Express device, when SMP is present, and HT in the chipset (as it is the MSI message transport). There is also a dependency on the implementation of apic and lapic.
Any of the above can cause an MSI problem, although the vast majority of problems will be in the device, the driver, or the bridge. Some common examples are Via chipsets and network devices. It is possible to disable MSI for a particular device, but that is technically complex. Therefore, whenever an MSI problem is suspected, it is easiest to disable MSI globally in the kernel which forces the hardware to use the legacy pin-interrupt method (which is harmless):
pci=nomsi
Another workaround can be to disable the default apic and lapic:
noapic nolapic
To determine if MSI is enabled on the system
cat /sys/bus/pci/devices/0000:00:0e.0/msi_bus
To see which devices are using MSI on the system:
cat /proc/interrupts
Good overview of the technology in the kernel here Documentation/PCI/MSI-HOWTO.txt