Re: [RFC] Unscheduled Software Release for SD Card Corruption Workaround
On Jun 25 2008, at 00:04, Kim Quirk was caught saying: Thanks Deepak. I'd love to see the SD card corruption fixed, but we are just about finished with testing and are now in the release process for 8.1.1... so i recommend that we schedule this fix for the 8.1.2 release (if we do this release) and make sure it gets into 8.2.0, which might be the next release we get out the door. Ah, I didn't fully grok our release schedule and thought 8.1.1 was already out the door. Other thoughts? Eric and I talked about this a bit yesterday and we thought that doing a full USR is probably not needed. What we're looking at doing to help the G1G1 users who are impacted by this is to spin a kernel RPM and initrd that they can install. ~Deepak -- Deepak Saxena [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [RFC] Unscheduled Software Release for SD Card Corruption Workaround
Deepak, I think you should feel free to release information and kernel rpms to the devel list, pretty much whenever you want since you (or others) can answer questions and help people who want to try this out. I would consider this as 'developer testing' -- which is great and shouldn't get bogged down in too much process. The benefit of going through a 'release process', in general, is to get the feature or bug fix out to the general public, documented (and supportable), after a more formal QA process. After you are happy with the developer testing, if there is a big enough demand in the general public we can go through the unscheduled release process to get a formal build, testing, and release (8.1.1). If the demand isn't too large and the timing is such that we are pretty close to 8.2.0 release, then we should target it for that release. Kim On Wed, Jun 25, 2008 at 9:14 AM, Deepak Saxena [EMAIL PROTECTED] wrote: On Jun 25 2008, at 00:04, Kim Quirk was caught saying: Thanks Deepak. I'd love to see the SD card corruption fixed, but we are just about finished with testing and are now in the release process for 8.1.1... so i recommend that we schedule this fix for the 8.1.2 release (if we do this release) and make sure it gets into 8.2.0, which might be the next release we get out the door. Ah, I didn't fully grok our release schedule and thought 8.1.1 was already out the door. Other thoughts? Eric and I talked about this a bit yesterday and we thought that doing a full USR is probably not needed. What we're looking at doing to help the G1G1 users who are impacted by this is to spin a kernel RPM and initrd that they can install. ~Deepak -- Deepak Saxena [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [RFC] Unscheduled Software Release for SD Card Corruption Workaround
Thanks Deepak. I'd love to see the SD card corruption fixed, but we are just about finished with testing and are now in the release process for 8.1.1... so i recommend that we schedule this fix for the 8.1.2 release (if we do this release) and make sure it gets into 8.2.0, which might be the next release we get out the door. Other thoughts? Kim On Mon, Jun 23, 2008 at 7:13 PM, Deepak Saxena [EMAIL PROTECTED] wrote: [Resend to proper sw-eco address] Hi, I've spent some time debugging trac #6532: SD corruption on suspend resume and propose that we provide some sort of update with a proposed workaround as this is an issue that has been seen by multiple G1G1 users. Doing a full USR may be overkill for this issue as we may just be able to provide a new kernel and intird RPM, but I'm not sure that we have an official way of providing individual package updates. Please see http://wiki.laptop.org/go/OLPC_SW_ECO_-_SD_CARD_CORRUPTION for the official proposal. Thanks, ~Deepak -- Deepak Saxena [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[RFC] Unscheduled Software Release for SD Card Corruption Workaround
Hi, I've spent some time debugging trac #6532: SD corruption on suspend resume and propose that we provide some sort of update with a proposed workaround as this is an issue that has been seen by multiple G1G1 users. Doing a full USR may be overkill for this issue as we may just be able to provide a new kernel and intird RPM, but I'm not sure that we have an official way of providing individual package updates. Please see http://wiki.laptop.org/go/OLPC_SW_ECO_-_SD_CARD_CORRUPTION for the official proposal. Thanks, ~Deepak -- Deepak Saxena [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[RFC] Unscheduled Software Release for SD Card Corruption Workaround
[Resend to proper sw-eco address] Hi, I've spent some time debugging trac #6532: SD corruption on suspend resume and propose that we provide some sort of update with a proposed workaround as this is an issue that has been seen by multiple G1G1 users. Doing a full USR may be overkill for this issue as we may just be able to provide a new kernel and intird RPM, but I'm not sure that we have an official way of providing individual package updates. Please see http://wiki.laptop.org/go/OLPC_SW_ECO_-_SD_CARD_CORRUPTION for the official proposal. Thanks, ~Deepak -- Deepak Saxena [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel