[request-sponsor] 6817079 pmconfig -f beaks suspend to ram in build 109
Hi, I'll be happy to sponsor you. --S Quoting J?rgen Keil, who wrote the following on Fri, 13 Mar 2009: My fix for pm bug 6817079 pmconfig -f beaks suspend to ram in build 109 needs a sponsor. A suggested fix can be found in the first attachment of opensolaris defect 7320: http://defect.opensolaris.org/bz/show_bug.cgi?id=7320 My contributor agreement # is OS0003. -- This message posted from opensolaris.org ___ request-sponsor mailing list request-sponsor at opensolaris.org
[request-sponsor] 6759210: uhci: suspend to ram on Toshiba Tecra S1 hangs in uhci_cpr_suspend
I'll sponsor you. --S Quoting J?rgen Keil, who wrote the following on Tue, 28 Oct 2008: My fix for bug 6759210: uhci: suspend to ram on Toshiba Tecra S1 hangs in uhci_cpr_suspend needs a sponsor. A webrev with the suggested fix can be found here: http://cr.opensolaris.org/~jkeil/cr6759210/ My contributor agreement # is OS0003. -- This message posted from opensolaris.org ___ request-sponsor mailing list request-sponsor at opensolaris.org
[request-sponsor] 6759217: uppc: state of legacy pic must be saved / restored to support susp
I'll sponsor you. --S Quoting J?rgen Keil, who wrote the following on Tue, 28 Oct 2008: My fix for bug 6759217: uppc: state of legacy pic must be saved / restored to support suspend to ram needs a sponsor. A webrev with the suggested fix can be found here: http://cr.opensolaris.org/~jkeil/cr6759217/ My contributor agreement # is OS0003. -- This message posted from opensolaris.org ___ request-sponsor mailing list request-sponsor at opensolaris.org
[request-sponsor] 6761274: acpi-crs property not freed after wakeup from s3 suspend to ram
I'll sponsor you. --S Quoting J?rgen Keil, who wrote the following on Tue, 28 Oct 2008: My fix for bug 6761274: acpi-crs property not freed after wakeup from s3 suspend to ram needs a sponsor. A webrev with the suggested fix can be found here: http://cr.opensolaris.org/~jkeil/cr6761274/ My contributor agreement # is OS0003. -- This message posted from opensolaris.org ___ request-sponsor mailing list request-sponsor at opensolaris.org
[request-sponsor] 6759220: ipw2100: needs DDI_SUSPEND / DDI_RESUME support, for suspend to ra
I'll sponsor you. --S Quoting J?rgen Keil, who wrote the following on Tue, 28 Oct 2008: My fix for bug 6759220: ipw2100: needs DDI_SUSPEND / DDI_RESUME support, for suspend to ram needs a sponsor. A webrev with the suggested fix can be found here: http://cr.opensolaris.org/~jkeil/cr6759220/ My contributor agreement # is OS0003. -- This message posted from opensolaris.org ___ request-sponsor mailing list request-sponsor at opensolaris.org
[request-sponsor] Release CR 6428415
Hi, Please release CR 6428415 (Machines freezes after choosing installation option). I can no longer contact the original submitter (mail bounces). Thanks, --S
[request-sponsor] Bug ID: 6743327
Hi, I'll sponsor you. --S Quoting Martin Cerveny, who wrote the following on Tue, 2 Sep 2008: Hello. I am looking for sponsor. ACPI enumeration does not work for =2 DMA or =2 IRQ in resources. The first ID of DMA/IRQ resource is parsed without problem from AcpiGetCurrentResources() buffer at acpi_enum.c. The next IDs are read from uninitialized memory (mostly 0xff). There are bugs in parse_resources_irq() parse_resources_dma() functions. M.C (OS0092) -- This message posted from opensolaris.org
[request-sponsor] 6724581: apple macbook pro: internal usb keyboard doesn't work
Confirmed :). --S Quoting J?rgen Keil, who wrote the following on Thu, 17 Jul 2008: Bug 6724581 needs an official sponsor request - and Seth Goldberg (at Sun.COM) already volunteered to sponsor me. A webrev with the suggested fix can be found here: http://cr.opensolaris.org/~jkeil/cr6724581/ My contributor agreement # is OS0003. This message posted from opensolaris.org ___ request-sponsor mailing list request-sponsor at opensolaris.org
[request-sponsor] Request to handle 6653683, 6721441, 6721462
I'll sponsor you. Thanks, --S Quoting Dale Ghent, who wrote the following on Tue, 1 Jul 2008: On Jul 1, 2008, at 7:02 PM, Dale Ghent wrote: 6653683 smbios.h needs Memory Device Type (20) for FB-DIMM 6721441 need updated libsmbios 6721462 typo in usr/src/uts/common/sys/smbios.h http://cr.opensolaris.org/~daleg/6653683/ /dale Forgot to mention that OS0117 is my contributor ID. /dale ___ request-sponsor mailing list request-sponsor at opensolaris.org
[request-sponsor] 6659297: pxegrub is unable to pass arguments to a kernel loaded via TFTP
Hi, I'll work with you on this one. Thanks, --S Quoting J??rgen Keil, who wrote the following on Thu, 7 Feb 2008: This is a sponsor request to fix 6659297: pxegrub is unable to pass arguments to a kernel loaded via TFTP: http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6659297 My contributor agreement # : OS0003 My suggested fix is included in the description of the bug report. This message posted from opensolaris.org ___ request-sponsor mailing list request-sponsor at opensolaris.org
[request-sponsor] 4884338:There should be a generic implementation of strdup() in the kernel
Quoting Dan Price, who wrote the following on Fri, 7 Sep 2007: On Thu 06 Sep 2007 at 09:16PM, madhav chauhan wrote: Hi, I came across this bug while browsing through the bug database. I am working on this bug .I have already signed the Sun Contributor Agreement and my SCA number is OS0106. Please let me know the procedure for working on this. Madhav, For some reason I remember Roger objecting to strdup() on principal, but I don't exactly remember why ... although that was 6 or 7 years ago. I have CC'd him. Admittedly, since then we've seen a bunch of new code which defines its own version of strdup. I'm going to move some stuff from the comments part of that bug report into the description... it should show up there in about 24 hours, and might help you. The other interesting question would be whether this should be placed into the DDI (i.e. strdup(9f) as a peer to strcpy(9f)), although I suppose that could be done later. You'll also want to ensure that you have some consumers for this functionality-- the obvious thing would be to rip out the various other strdup's which exist. The obvious question is-- how does one specify whether KM_SLEEP/KM_NOSLEEP is used for the underlying allocation (for kernel applications). --S