[Bug 20771] general: 2.6.12-10 regressions from 2.6.12-9

[bugzilla-daemon at bugzilla.ubuntu.com]

Please do not reply to this email.  You can add comments at
http://bugzilla.ubuntu.com/show_bug.cgi?id=20771
Ubuntu | linux





------- Additional Comments From ubuntu at ytene.org  2006-01-03 17:17 UTC -------
Fabio,

Suggestion for you. Over the weekend I tried to deploy a revised version of
Mandriva Linux 2006, which they posted on their Members-only mailing list in
December. Unfortunately the original bugs are still there, so they have more
work to do. _However_, it did occur to me that you/we might benefit from the
fact that Mandriva 2006 does not display any problems with supporting the AMD64
chipset in an SMP environment. [Their bugs are with their own code. lol].

In fact, there are [at least] 3 things that work with Mandriva that do not work
with ubuntu 5.10 :-

1. The AMD64 SMP kernel [actually any SMP-kernel] is automatically loaded by the
installer program [since it detects the presence of an SMP-based machine]. This
would be a nice-to-have for ubuntu.

2. The installation process also automatically detects the presence of an
nVidia-based graphics card system and then performs some kind of kernel
module-patching exercise, during installation, to patch the deployed kernel with
the appropriate nVidia modules. The technique used is extremely reliable [I've
not had a single problem with GeForce2, 3, or 4 cards] and completely
effortless/transparent to the user.

3. The sound system works perfectly with Mandriva. With ubuntu, any use of the
sound system generates white noise. See Bug #17564. 

This is a [very cheeky] suggestion, but do you think it would be possible to
examine the Mandriva build and see how they have managed to avoid these
problems? I am sure that these are just simple configuration issues...

If it helps [maybe I could use modprobe or something to get more details of a
working kernel] then please feel free to tell me what needs to be done.

I am very sorry if this sounds like a rant, but it's a bit frustrating when you
realise that others in the GNU/Linux community have encountered and solved a
technical problem that is baffling us and that we seem unable or unwilling to
learn from their experience to resolve it! I do appreciate the differences
between .deb and .rpm distros, and of course that fully-built distros are quite
complex, but we're all here to share and enjoy Linux, not re-invent wheels!
Sorry, sermon over.  ;o)

Seriously, there must be a way that we can leverage the work of others, rather
than force you to go through some trial-and-error routine with the build farm,
just to churn out a bunch of kernels for me to test... 

What do you think?

Happy New Year to all

Clive


-- 
Configure bugmail: http://bugzilla.ubuntu.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.