ff-by: Michael Marineau
---
net/9p/trans_virtio.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/net/9p/trans_virtio.c b/net/9p/trans_virtio.c
index e1c26b1..990afab 100644
--- a/net/9p/trans_virtio.c
+++ b/net/9p/trans_virtio.c
@@ -577,6 +577,10 @@ static int p9_virtio_probe(s
>
Just writing to report that on my laptop with a pentium 4 m that it
boots just fine. No idea what the change in power use is at the moment.
Compiled using gcc 3.3.5.
--
Michael Marineau
[EMAIL PROTECTED]
Oregon State University
signature.asc
Description: OpenPGP digital signature
Thses patches resume ATI radeon cards from acpi S3 suspend when using
radeonfb by reposting the video bios. This is needed to be able to use
S3 when the framebuffer is enabled.
--
Michael Marineau
[EMAIL PROTECTED]
Oregon State University
signature.asc
Description: OpenPGP digital signature
Generic function to post the video bios.
Based directly on the original patch by Ole Rohne.
Signed-off-by: Michael Marineau <[EMAIL PROTECTED]>
--
Michael Marineau
[EMAIL PROTECTED]
Oregon State University
Index: linux-2.6.13-rc7/arch/i386/kernel/acpi/s
Ben, do I have your blessing on this one?
Adds the video post method of resume for x86 to radeonfb to allow for
resuming after S3 acpi suspend.
--
Michael Marineau
[EMAIL PROTECTED]
Oregon State University
Index: linux-2.6.13-rc7/drivers/video/aty/radeon_pm.c
Update documentation to reflect that this patch is now in the kernel.
Signed-off-by: Michael Marineau <[EMAIL PROTECTED]>
--
Michael Marineau
[EMAIL PROTECTED]
Oregon State University
Index: linux-2.6.13-rc7/Documentation/power/vid
Manuel Lauss wrote:
> Michael Marineau wrote:
>
>> Thses patches resume ATI radeon cards from acpi S3 suspend when using
>> radeonfb by reposting the video bios. This is needed to be able to use
>> S3 when the framebuffer is enabled.
>
>
> These patches break re
Nishanth Aravamudan wrote:
> On 27.08.2005 [18:25:44 -0700], Michael Marineau wrote:
>
>>Thses patches resume ATI radeon cards from acpi S3 suspend when using
>>radeonfb by reposting the video bios. This is needed to be able to use
>>S3 when the framebuffer is enabled
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is a little pach to disable the sidewinder debug messages.
Sorry for the extra clutter if you have already taken care of this. I'd
like this to get this moving towards the mainline soon.
signed-off-by: Michael Marineau <[EMAIL P
exactly 0.
Signed-off-by: Michael Marineau <[EMAIL PROTECTED]>
---
mm/shmem.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/mm/shmem.c b/mm/shmem.c
index 253d205..66b07f2 100644
--- a/mm/shmem.c
+++ b/mm/shmem.c
@@ -2138,6 +2138,8 @@ static int shmem_parse_option
exactly 0.
Signed-off-by: Michael Marineau <[EMAIL PROTECTED]>
---
Somehow I was a moron and didn't notice the compiler shouting insults at me,
here is the correct version of the patch. Sorry for the noise :-(
mm/shmem.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff
e
> same effect without a special case, by rounding up instead of down?
Sounds reasonable to me. I didn't know about DIV_ROUND_UP :-)
>
>
> From: Michael Marineau <[EMAIL PROTECTED]>
>
> When tmpfs is mounted with a size less than one page, the number of blocks
> is
On Tue, May 26, 2015 at 9:47 PM, Darren Hart wrote:
> On Tue, May 26, 2015 at 12:10:48PM -0700, Michael Marineau wrote:
>> FYI, this actually broke backlight controls on my MBP11,3 because the
>> assumption the patch makes that gmux is always loaded before graphics
>> drivers
On Tue, May 26, 2015 at 10:53 PM, Bruno Prémont
wrote:
> Hi Michael,
>
> On Tue, 26 May 2015 21:47:49 -0700 Darren Hart wrote:
>> On Tue, May 26, 2015 at 12:10:48PM -0700, Michael Marineau wrote:
>> > FYI, this actually broke backlight controls on my MBP11,3 because the
&
On Tue, May 26, 2015 at 11:13 PM, Bruno Prémont
wrote:
> On Tue, 26 May 2015 22:35:46 -0700 Michael Marineau wrote:
>> On Tue, May 26, 2015 at 9:47 PM, Darren Hart wrote:
>> > On Tue, May 26, 2015 at 12:10:48PM -0700, Michael Marineau wrote:
>> >> FYI, this actual
Greetings,
Commit 232d2d60aa5469bb097f55728f65146bd49c1d25 causes intermittent
errors in /proc/*/fd/* where readlink returns "/" instead of the
correct path. This can be reproduced by the script below which copies
the kernel source directory structure while obsessively looking up
directory fds in
On Wed, Nov 13, 2013 at 4:39 AM, Al Viro wrote:
> On Wed, Nov 13, 2013 at 03:34:13AM -0800, Michael Marineau wrote:
>> Greetings,
>>
>> Commit 232d2d60aa5469bb097f55728f65146bd49c1d25 causes intermittent
>> errors in /proc/*/fd/* where readlink returns "/" ins
The parameter is module.sig_enforce, not enforcemodulesig. The latter
appears to be from before this functionality was merged into mainline.
Signed-off-by: Michael Marineau
---
Documentation/module-signing.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation
On Wed, Aug 26, 2015 at 4:49 AM, Chuck Ebbert wrote:
> On Wed, 26 Aug 2015 08:46:59 +
> Shaun Crampton wrote:
>
>> Testing our app at scale on Google¹s GCE, running ~1000 CoreOS hosts: over
>> approximately 1 hour, I see about 1 in 50 hosts hit one of the Oopses
>> below and then reboot (I¹m
On Thu, Aug 27, 2015 at 6:00 AM, Eric Dumazet wrote:
> On Wed, 2015-08-26 at 13:54 -0700, Michael Marineau wrote:
>> On Wed, Aug 26, 2015 at 4:49 AM, Chuck Ebbert wrote:
>> > On Wed, 26 Aug 2015 08:46:59 +
>> > Shaun Crampton wrote:
>> >
>> &
On Thu, Aug 27, 2015 at 9:30 AM, Eric Dumazet wrote:
> On Thu, 2015-08-27 at 09:16 -0700, Michael Marineau wrote:
>
>>
>> Oh, interesting. Looks like that patch didn't get CC'd to stable
>> though, is there a reason for that or just oversight?
>
> W
On Thu, Aug 27, 2015 at 9:40 AM, David Miller wrote:
> From: Michael Marineau
> Date: Thu, 27 Aug 2015 09:16:06 -0700
>
>> On Thu, Aug 27, 2015 at 6:00 AM, Eric Dumazet wrote:
>>> Make sure you backported commit
>>> 10e2eb878f3ca07ac2f05fa5ca5e6c4c9174a
: 02843f62 00020010
nouveau [ DRM] DCB conn 00: 00020047
nouveau [ DRM] DCB conn 01: 02208146
nouveau [ DRM] DCB conn 02: 01104246
nouveau [ DRM] DCB conn 03: 00410361
nouveau [ DRM] MM: using COPY for buffer copies
nouveau [ DRM] allocated 2880x1800 fb: 0x8, bo 8
On Wed, Nov 19, 2014 at 12:10 AM, Maarten Lankhorst
wrote:
> Hey,
>
> On 19-11-14 07:43, Michael Marineau wrote:
>> On 3.18-rc kernel's I have been intermittently experiencing GPU
>> lockups shortly after startup, accompanied with one or both of the
>> following
On Thu, Nov 27, 2014 at 12:33 AM, Maarten Lankhorst
wrote:
> Hey,
>
> Op 27-11-14 om 02:18 schreef Tobias Klausmann:
>>
>>
>> On 26.11.2014 21:29, Michael Marineau wrote:
>>> On Mon, Nov 24, 2014 at 11:43 PM, Maarten Lankhorst
>>> wrote:
>>>
On Mon, Nov 24, 2014 at 11:43 PM, Maarten Lankhorst
wrote:
> Hey,
>
> Op 22-11-14 om 21:16 schreef Michael Marineau:
>> On Nov 22, 2014 11:45 AM, "Michael Marineau" wrote:
>>>
>>> On Nov 22, 2014 8:56 AM, "Maarten Lankhorst" <
>> maa
FYI, this actually broke backlight controls on my MBP11,3 because the
assumption the patch makes that gmux is always loaded before graphics
drivers didn't hold true. At least for me dracut included the nouveau
module in the initrd but not gmux, ensuring the ordering was wrong. No
errors were report
27 matches
Mail list logo
