lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <200802171025.30590.elendil@planet.nl>
Date:	Sun, 17 Feb 2008 10:25:30 +0100
From:	Frans Pop <elendil@...net.nl>
To:	linux-kernel@...r.kernel.org
Cc:	Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Unable to continue testing of 2.6.25

Yesterday, after spending quite a few hours over the last days on bisecting 
some serious regressions and finding workarounds for them, I thought I 
could start using 2.6.25-rc2 as the new kernel for my desktop. 
Unfortunately I found that I cannot because it would make my other main 
activity - working on the Debian installation system - impossible.

For my work on the Debian Installer I heavily rely on emulators to run test 
installs and ATM my emulator of choice is VirtualBox (the fully open "ose" 
version). This requires the vboxdrv kernel module, but unfortunately:
   vboxdrv: Unknown symbol change_page_attr

At first I traced this to:
e1271f68
 x86: deprecate change_page_attr() for drivers
 With the introduction of the new API, no driver or non-archcore code needs
 to use c-p-a anymore, so this patch also deprecates the EXPORT_SYMBOL of
 CPA (it's a horrible API after all).
which had:
-EXPORT_SYMBOL(change_page_attr);
+EXPORT_UNUSED_SYMBOL(change_page_attr); /* to be removed in 2.6.27 */

Which seemed entirely reasonable but left me wondering about the error I 
got.

But then I found:
d1028a15
 x86: make various pageattr.c functions static
 change_page_attr_add is only used in pageattr.c now, so we can
 make this function static.
 change_page_attr() isn't used anywere at all anymore; this function
 is a really bad API anyway so just remove the bloat entirely.

Which removed the entire function (without even properly mentioning it in 
the shortlog).


OF COURSE it is up to the VirtualBox developers to adjust to the new 
interface (and based on past experience I expect they will with their next 
version). And it may very well be that they were totally braindead to use 
the function in the first place. I don't know and I really don't care.
The important fact for me is that I can no longer use a piece of software 
that is essential to me and thereby lose the motivation to do any work on 
the kernel.

Lesson of the day: thinking only about in-kernel users of published API when 
doing restructuring is going to lose you testers who do MORE with their 
systems than just kernel development.

Please allow external users some decent period for transitioning. The 
initial plan to "remove the old function in 2.6.27" was entirely sensible. 
It's a pity it was not followed through.

Thanks,
FJP

P.S. Of course I _will_ follow up on issues that I've already reported. I 
will just not be doing any new testing.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ