Home Home > 2008 > 10 > 16
Sign up | Login

Archive for October 16th, 2008

openSUSE 11.1 Beta3 Delayed

October 16th, 2008 by

openSUSE 11.1 beta 3 will be delayed by several days. We originally scheduled the release for today (October 16) but the power outage last Friday left us unable to check in packages temporarily, and pushed the schedule back by several days.

We had a first build this morning and have checked in more than 20 packages to fix the most serious problems. We expect to release the third beta on Monday (October 20), or later, depending on the status of the builds on Friday.

We’ll give an update Friday as to the status of the next beta release. Thanks for your patience, and we look forward to your help in testing and working on openSUSE 11.1 when we release beta 3!

openSUSE Board Election Extension

October 16th, 2008 by

Due to the unforeseen circumstances of last week the Board Election Committee have agreed that for fairness and transparency the Election deadline will be extended. The new closing date for polls will now be 1200UTC Saturday 25th October.

As it stands now, over 57% of votes have been cast. Hopefully the extension will enable all voters the chance to have their voice heard. Remember, this is the community’s chance to influence the governance of the openSUSE project. If you don’t vote your chance to influence the project will be reduced. If you have questions about the candidates, ask them. They won’t bite, but they may be able to give you the answers to enable you to vote with a clearer consience.

Intel e1000e Corruption Fixed – Already in openSUSE 11.1 Beta2 (with exception of Debug, Vanilla Kernels)

October 16th, 2008 by

The patches we did for the Intel e1000e network card for Beta2 protect the chip so that the NVRAM could not get corrupted anymore and we indeed did not receive any new bug reports and could not reproduce the bug anymore on our systems.

Further investigation by Intel has found the root cause of the problem as Steven Rostedt wrote on the linux kernel mailing list : The dynamic ftrace code contained some fragile code that could write to ioremap-ed memory and thus corrupt the NVRAM.  The issue could happen “when the init functions of a module are freed and the nvram is vmapped there as well”.  The full story can be found on LKML.

Since 24th of September, we have disabled for our kernel of the day the dynamic ftrace code due for all flavors except the debug and vanilla kernels (on x86 and x86-64 – it was not enabled on other architectures).  We have also added the NVRAM protection patches to all kernel flavors.  Therefore Beta2 already contains – by pure luck ;) – not only the NVRAM protection but also not anymore the broken code.

Beta3 will contain the same fixes – and the kernel of the day has just been updated with dynamic ftrace code disabled also for the debug and vanilla kernels (with the update to 2.6.27.1).

So, if you’re running a debug or vanilla kernel, I advice – to be on the safe side – to update to the 2.6.27.1 kernel of the day.  For everybody else: The Beta2 and Beta3 kernels should not corrupt your Intel e1000e NVRAM.

I’d like to thank all that were involved in debugging and fixing the issues around this, including our kernel developers Karsten Keil and Jiri Kosina who debugged and worked on a solution, testers that fried their machine and helped debugging like Stephan Binner and Vladimir Botka, and the team at Intel for developing protection code and finding and fixing the root cause.

Update 2008-10-21: Beta3 will contain 2.6.271.1

Fixing Erased e1000e NICs

Karsten Keil has developed a way to fix broken e1000e eproms.  Please contact him at kkeil@suse.de in case you need to recover from this bug.