[mythtv-users] [mythtv-commits] Ticket #11539: New capture card Hauppauge WinTV-HVR-950Q FE_GET_INFO No Such Device

[Brian J. Murrell]

On 13-05-14 07:07 AM, Raymond Wagner wrote:
> 
> Your hardware supports 64-bit operation.  Why are you still using a
> 32-bit kernel?

I would instead ask, why not?  As long as his memory requirements are
modest and fit within the 32-bit address space, what does using a 64-bit
kernel buy him other than more memory usage and if not still at least
until recently, non-compatibility with non-FOSS software that isn't
supporting 64-bit yet.  Granted the latter is shrinking, perhaps to zero
by now, but still... the question remains, what's wrong with 32-bit if
memory requirements fit within the 32-bit address space?

I run a 32-bit kernel on everything that doesn't need the bigger address
space.  Even on my main workstation, I run a PAE kernel to get access to
a bigger address, even if clumsily while still maintaining the 32-bit
userspace?

Why do I continue to use 32-bit kernels?  Mainly because I don't
willingly inflict the weeks of niggling pain of trying to get a freshly
installed working environment back to what my pre-fresh-install
environment was.  Instead, I always upgrade from one release to the
next.  I have always done so for nearly 2 decades (barring of course
moving from one distro to another).  When I switch from Ubuntu to Fedora
I suppose I will do a 64-bit install, or when Ubuntu fully and properly
supports cross-grades, I might consider it.  But until then, 32-bit is
satisfying all of my needs and not causing me pain.

Ultimately, 32-bit is tried and true with a very long history of testing
and support.  64-bit doesn't have that history.

> Even worse, why are you explicitly running an i586
> kernel when every worthwhile x86 CPU since the Pentium Pro nearly 18
> years ago has supported the i686 instruction set?

But yes, agree on that.  Should be using a kernel built to take the
greatest advantage of the instruction set available on his processor.

b.



-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 263 bytes
Desc: OpenPGP digital signature
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20130514/cbcabc84/attachment.sig>