To Bero: Before to prepare v-anilla, -rt, -rtQL flavours for lts 3.10.20,
I've just prepared the kernel 3.11.9 for cooker with reverts https://abf.rosalinux.ru/search?utf8=%E2%9C%93&query=3.11.9 so, you can import and sync with 3.11.9 %changelog * Thu Nov 28 2013 Nicolo' Costanza <[email protected]> 3.11.9-70 + update to 3.11.9 stable - revert latest EFI changes * CONFIG_EFIVAR_FS set to m * CONFIG_EFI_VARS set to y - update: /patches-QL/tuxonice-for-linux-3.11.9-2013-11-22.patch - --------------------------------------------------------------------- - Kernel 3.11 for mdv 2010.2, 2011.0, cooker, rosa.lts2012.0, rosa2012.1 - MIB (Mandriva International Backports) - http://mib.pianetalinux.org/ - The rel -1 (mainline serie), with official kernel sources and addons, - the rel -69 is used for development and the experimental flavours, - the rel -70 is merge of mainline & experimental flavours in ONE srpm - Yin & Yang (69) release - a very complete but experimental flavours... - -------------------------------------------------------------------- bye, NicCo Il Giovedì 28 Novembre 2013 8:06, Alexander Kazancev <[email protected]> ha scritto: This changing is not wrong 'as right way', but we don't has some environment in efivars, that block correct work systemd efi generator for example. Also use new 'efivars' need new efivar lib and new efibootmgr package (0.6.0), but latest did segfault on some our test machines. Also i think we need adopt and use shim and gummiboot. In ROSA we will continue investigate run and install EFI with efivars support (EFIVAR_FS enabled as y and disabled EFIVAR) but in our R2 release we still use old way. 2013/11/28 Nicolò Costanza <[email protected]> Ok Bero! > > > >Right now I'm completing kernel 3.10.20 updates, > asap I'll prepare kernel 3.11.9 with the EFI changes reverted > > > > >bye, NicCo > > > > > > > >Il Mercoledì 27 Novembre 2013 21:59, Bernhard Rosenkränzer <[email protected]> ha >scritto: > >Hi NicCo, >great to meet you in Prague! > >3.11.9 should be fine for cooker - EFI changes can be reverted, it's not >working yet anyway (got to figure out the UEFI boot process from >CD/DVD), and the m => y change just seems wrong. > >ttyl >bero > > >On 2013-11-27 20:55, Nicolò Costanza wrote: >> Hi >> >> I'm still waiting an answer... >> >> I can prepare new kernel 3.11.9 for OMA, but before I need to know >> what to do: >> >> revert or don't revert the EFI changes (?), >> like I already did yesterday for ROSA (3.10.20)? >> >> i'm waiting answer from Arisel or Bero, as Colin suggested in his >> previous msg >> >> bye, NicCo >> >> Il Martedì 26 Novembre 2013 15:24, Nicolò Costanza >> <[email protected]> ha scritto: >> >> if you confirm the thing, i'll prepare "immediately" the update in >> 3.11.9: >> >> I have already sent, only few minutes ago, >> kernel 3.10.20 to ABF to be used in ROSA R2 isos >> >> * Tue Nov 26 2013 Nicolo' Costanza <[email protected]> 3.10.20-1 >> + update to 3.10.20 stable >> - revert latest EFI changes >> * CONFIG_EFIVAR_FS set to m >> * CONFIG_EFI_VARS set to y >> - update: /patches-QL/tuxonice-for-linux-3.10.20-2013-11-22.patch >> >> I can do the same for OMV2013 >> >> I can prepare 3.11.9, with the EFI reverts, immediately, today itself >> let me know, ASAP! >> waiting for your answers... >> >> bye, NicCo >> >> Il Martedì 26 Novembre 2013 15:05, Colin Close >> <[email protected]> ha scritto: >> >> On Tuesday 26 Nov 2013 11:34:20 Nicolò Costanza wrote: >> >>> So I must wait for an answer from OMV about this... >>> I need to know that before I can update to kernel 3.11.9! >>> >>> I bet that we need to revert these keys also for omv2013 >>> >>> >>> >>> >>> bye, NicCo >>> >>> >>> >>> >>> Il Martedì 26 Novembre 2013 11:55, Alexander Kazancev >> <[email protected]> ha scritto: >>> >>> I don't know use OM new efivars - for ROSA this tecnology is some >> buggy :( >>> >>> If they still use old efibootmgr for example, they need revert >> config too. >>> >>> >>> >>> 2013/11/26 Nicolò Costanza <[email protected]> >>> >>> From Alexander Kazancev >>> > >>> >"Some test say that we hav error from efivars in kernel 3.10 :( >>> > >>> > >>> >May you rebuild kernel for ROSA with revert? >>> > >>> > >>> >CONFIG_EFIVAR_FS set to m >>> >CONFIG_EFI_VARS set to y >>> > >>> > >>> >We will need more deeper investigate why we has not all efivars..." >>> > >>> > >>> >That's my answer: >>> > >>> >I've been in Prague, for the OMA 2013 inauguration >>> > >>> >I'm returned to home right now, >>> > >>> >I'll revert the two keys, but, at this point since new kernel >> 3.10.20 >>> >not sense to change it in previous 3.10.19 >>> > >>> >I'll hope to prepare it for today, in the afternon or evening >>> > >>> > >>> >and for OMV2013? >>> >My question is: the same also for kernel 3.11 (3.11.9)??? >>> > >>> > >>> > >>> > >>> >bye, NicCo >>> > >>> > >>> > >>> > >>> > >>> >Il Lunedì 25 Novembre 2013 22:14, Alexander Kazancev >> <[email protected]> ha scritto: >>> > >>> > >>> > >>> >2013/11/6 Nicolò Costanza <[email protected]> >>> > >>> >About 6> OK > must we change CONFIG_EFIVAR_FS from "m" to "y" ? >> Really need? >>> >> >>> >> >>> >> >>> >>About: 7> OK > I'll change from CONFIG_EFI_VARS=y to "n" >>> >>- now I'm waiting an answer if this is ok also for omv2013 (i >> think so) >>> >Some test say that we hav error from efivars in kernel 3.10 :( >>> > >>> > >>> > >>> > >>> >May you rebuild kernel for ROSA with revert? >>> > >>> > >>> >CONFIG_EFIVAR_FS set to m >>> >CONFIG_EFI_VARS set to y >>> > >>> > >>> >We will need more deeper investigate why we has not all efivars... >>> > >>> > >>> > >>> >>> >>> >> Hi Nico, >> I suspect we will need to revert we have a number of people with >> modern boards who cannot boot at least one of them has determined that >> the previous non-efi kernels boot ok. I will try to grab arisel or >> bero to confim. >> Best, >> Colin > > > -- Alexander Kazancev Release manager of ROSA Desktop distribution
