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] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 8 Feb 2013 17:28:11 +0100
From:	Sedat Dilek <sedat.dilek@...il.com>
To:	Viresh Kumar <viresh.kumar@...aro.org>
Cc:	"Rafael J. Wysocki" <rjw@...k.pl>,
	Stephen Rothwell <sfr@...b.auug.org.au>, x86@...nel.org,
	linux-kernel@...r.kernel.org,
	Linux ACPI <linux-acpi@...r.kernel.org>,
	Hillf Danton <dhillf@...il.com>, linux-next@...r.kernel.org,
	Linux PM List <linux-pm@...ts.linux-foundation.org>,
	Chuansheng Liu <chuansheng.liu@...el.com>,
	Ingo Molnar <mingo@...hat.com>
Subject: Re: [linux-pm] linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at
 kernel/smp.c:245 smp_call_function_single ]

On Fri, Feb 8, 2013 at 4:21 PM, Sedat Dilek <sedat.dilek@...il.com> wrote:
> On Fri, Feb 8, 2013 at 3:56 PM, Viresh Kumar <viresh.kumar@...aro.org> wrote:
>> On Fri, Feb 8, 2013 at 8:18 PM, Sedat Dilek <sedat.dilek@...il.com> wrote:
>>> Nah, I pulled in latest pm-next where this commit is new...
>>>
>>> commit 8d5666f3456f2fd4a4e5dced228475b829851e53
>>> "ACPI: Unbind ACPI drv when probe failed"
>>>
>>> ...building with it.
>>>
>>> Same to you, say concretely which commit is fixing what...
>>>
>>> Pull-N-B-Happy was never my strategy... I want to understand what went
>>> wrong and have stolen my time.
>>
>> I don't have any pointers to broken tree and so can't point you to the culprit,
>> but it was this patch:
>>
>> http://git.linaro.org/gitweb?p=people/vireshk/linux.git;a=commit;h=e034e731f4d9d18ad0401f033f485a3096796c58
>>
>> minus
>>
>> the patch i sent you as attachment.
>>
>> There were some locking introduced around init/exit of cpufreq_driver, which
>> caused some drivers to break. Its fixed now in the above commit.
>
> Hmm, this "high-patch-maths" is not user-friendly!
>
> I will pull-in your tree into Linux-Next (next-20130208) and see if it
> applies cleanly.
>
> - Sedat -

No, it did NOT apply cleanly and I merged your tree like this.
To me it does not look like your changes from the patch you sent me
are included?

- Sedat -

Download attachment "cpufreq-next.patch" of type "application/octet-stream" (37253 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ