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
| ||
|
Date: Thu, 22 Dec 2011 22:50:25 -0500 From: Konrad Rzeszutek Wilk <konrad@...nok.org> To: Yinghai Lu <yinghai@...nel.org> Cc: Greg KH <gregkh@...e.de>, stable@...r.kernel.org, linux-kernel@...r.kernel.org, pjones@...hat.com Subject: Re: [GIT PULL] ibft fix for 3.2-rc6 >>> but that will add new feature to 2.6.32. Not sure if stable tree >>> should take that kind of change. >> >> It could, but I am not too thrilled about it. > > RHEL 6.x are still with 2.6.32... > If Red Hat needs it, they can back-port it. It is not that hard for it to be done and they are very proficient at it. > So under UEFI mode installation, users need to input iscsi target info > again during selecting storage for installation. Because kernel does > not to parse that from acpi iBFT table. > > When legacy mode iscsi installation is used, installation program will > not need user install those info again. > > QA are complaining that difference. I think I understand your position. You are getting emails from QA testing some hardware saying it does not work with RHEL, so you try upstream, find the bug and fix it (awesome, thanks for doing that), and then you want to back-port the fix so RHEL picks it up (and can close the bug). Thr mechanism for that is by contacting the vendor about this - either using the Program Manager to open a feature request, or waiting for a customer to report this bug (on the Red Hat side) and then your fix will be magically picked up. The stable 2.6.32.x tree would require the sub-maintainer (that is me) to sign off on supporting this in 2.6.32.x tree and I am not signing up for it b/c I don't have the time to support it (this is after-work hours fun stuff I do). -- 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