linux-kernel - Re: [PATCH] misc/vmw_vmci: VMWARE

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Mon, 01 Apr 2013 14:53:23 -0700
From:	Randy Dunlap <rdunlap@...radead.org>
To:	Guenter Roeck <linux@...ck-us.net>
CC:	Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
	linux-kernel@...r.kernel.org, Andy King <acking@...are.com>,
	Dmitry Torokhov <dtor@...are.com>
Subject: Re: [PATCH] misc/vmw_vmci: VMWARE_VMCI depends on NET

On 04/01/13 15:17, Guenter Roeck wrote:
> On Mon, Apr 01, 2013 at 01:11:52PM -0700, Greg Kroah-Hartman wrote:
>> On Mon, Apr 01, 2013 at 01:02:35PM -0700, Guenter Roeck wrote:
>>> On Mon, Apr 01, 2013 at 12:29:39PM -0700, Greg Kroah-Hartman wrote:
>>>> On Sun, Mar 31, 2013 at 09:43:59PM -0700, Guenter Roeck wrote:
>>>>> Fix:
>>>>>
>>>>> ERROR: "memcpy_toiovec" [drivers/misc/vmw_vmci/vmw_vmci.ko] undefined!
>>>>> ERROR: "memcpy_fromiovec" [drivers/misc/vmw_vmci/vmw_vmci.ko] undefined!
>>>>>
>>>>> Both functions are defined in the core networking code.
>>>>
>>>> This is already in linux-next, thanks.
>>>>
>>> Uuh ... and I submitted it. Sorry for the noise.
>>>
>>> Any chance to apply this to 3.9-rc ? It causes a bunch of unnecessary
>>> nightly build errors for me.
>>
>> As it's a configuration that no "real" user would ever hit, it's not
>> really 3.9 material, sorry.
>>
> Fair enough.
> 
> On the other side, value of "make randconfig" has been reduced significantly
> compared to earlier times, when patches like this tended to be accepted into
> release candidates. Until a few releases ago, "make randconfig" usually passed
> at least for main targets by the time a kernel was relased. With this no longer
> the case, fewer and fewer people will look into nightly or per-rc build results
> and provide patches. This in turn will likely reduce reliability, as real
> problems are more and more hidden among all the "unreal" build errors.
> In addition to that, more and more people will end up with non-buildable
> configurations and have to spend time trying to figure out why exactly
> a build failed.
> 
> But maybe this is all my imagination, so feel free to just ignore my ranting ;).


My experiences have been that Linus is not opposed to taking such
build fixes at almost any time.  IOW, I think that Greg is being more
strict than Linus would be, but Greg is the misc/ maintainer, so it's
his call.



-- 
~Randy
--
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/