At 10/20/2012 02:19 AM, KOSAKI Motohiro Wrote:
>> Hmm, IIRC, if the memory is recognized from kerenl before driver
>> initialization,
>> the memory device is not managed by the driver acpi_memhotplug.
>
> Yup.
>
>
>> I think we should also deal with REMOVAL_NORMAL here now. Otherwise it will
I changed the strict_strtoul() to kstrtouint(). That has the check
for UINT_MAX built in to it so the ifdefs can be removed. Also
I changed a printk() to pr_info().
Signed-off-by: Dan Carpenter
diff --git a/drivers/clocksource/acpi_pm.c b/drivers/clocksource/acpi_pm.c
index 6b5cf02..5d1b926
Argh, whoops. Greg, can you please include
31fd84b95eb211d5db460a1dda85e004800a7b52 in stable?
Thanks,
-Kees
On Fri, Oct 19, 2012 at 8:22 PM, Andrew Morton
wrote:
> On Fri, 19 Oct 2012 18:45:53 -0700 Kees Cook wrote:
>
>>
>> The min/max call needed to have explicit types on some architectures
On Fri, Oct 19, 2012 at 8:52 PM, Wen Congyang wrote:
> At 10/20/2012 02:11 AM, KOSAKI Motohiro Wrote:
>> On Fri, Oct 19, 2012 at 6:16 AM, wrote:
>>> From: Wen Congyang
>>>
>>> Current mem= implementation seems buggy because specification and
>>> implementation doesn't match. Current mem= has
Stephen Rothwell writes:
> Hi Rusty,
>
> On Fri, 19 Oct 2012 11:53:15 +1030 Rusty Russell
> wrote:
>>
>> Linus Torvalds writes:
>> > On Wed, Oct 17, 2012 at 10:34 PM, Rusty Russell
>> > wrote:
>> >>
>> >> Hacking the keyid and signer-name to be extracted every time by
>> >> sign-file takes
"H. Peter Anvin" writes:
> On 10/18/2012 07:23 PM, Rusty Russell wrote:
>> "H. Peter Anvin" writes:
>>> Given that, I have to say I now seriously question the value of
>>> finit_module(). The kernel can trivially discover if the pointed-to
>>> memory area is a MAP_SHARED mmap() of a file
From: Rafael J. Wysocki
The kerneldoc comments for acpi_pm_device_sleep_state(),
acpi_pm_device_run_wake(), and acpi_pm_device_sleep_wake() are
outdated or otherwise inaccurate and/or don't follow the common
kerneldoc patterns, so fix them.
Additionally, notice that acpi_pm_device_run_wake()
On Sat, 2012-10-20 at 13:08 +0900, anish kumar wrote:
> On Fri, 2012-10-19 at 10:34 +0530, Arun KS wrote:
> > Hi Anish,
> >
> > On Mon, May 28, 2012 at 9:16 AM, anish singh
> > wrote:
> > On Mon, May 28, 2012 at 2:57 AM, richard -rw- weinberger
> > wrote:
> > > On Sun,
On 10/20/2012 12:33 PM, anish kumar wrote:
[]
> How about below?
I agree, but there were some minor issues,
[]
>
> static const char *muex_name = "mutually_exclusive";
> @@ -813,7 +779,32 @@ EXPORT_SYMBOL_GPL(extcon_dev_register);
> */
> void extcon_dev_unregister(struct extcon_dev
On Sat, Oct 06, 2012 at 03:23:56PM +0800, wwang wrote:
> We are still maintaining the SCSI driver for Realtek card reader,
> and will release the latest source code in the Github in the future.
> But maybe we won't push it to the staging tree any more.
Maybe we should just remove the staging code
On Fri, Oct 12, 2012 at 11:01:08PM +0200, Linus Walleij wrote:
> On Thu, Oct 11, 2012 at 8:56 AM, Dan Carpenter
> wrote:
>
> > ->last_ier is an unsigned long but the high bits can't be used int the
> > original code because the shift wraps.
> >
> > Signed-off-by: Dan Carpenter
>
> Applied,
On Sat, Oct 20, 2012 at 12:48 AM, Andi Kleen wrote:
> From: Andi Kleen
>
> There was some desire in large applications using MAP_HUGETLB/SHM_HUGETLB
> to use 1GB huge pages on some mappings, and stay with 2MB on others. This
> is useful together with NUMA policy: use 2MB interleaving on some
On Sat, 2012-10-20 at 11:37 +0900, Chanwoo Choi wrote:
> On 10/20/2012 11:30 AM, anish kumar wrote:
> > On Sat, 2012-10-20 at 10:57 +0900, Chanwoo Choi wrote:
> >> On 10/19/2012 02:12 AM, anish kumar wrote:
> >>> From: anish kumar
> >>>
> >>> We don't need a release call in this file as we are
On Fri, 19 Oct 2012 18:45:53 -0700 Kees Cook wrote:
>
> The min/max call needed to have explicit types on some architectures
> (e.g. mn10300). Use clamp_t instead to avoid the warning.
>
> kernel/sys.c: In function 'override_release':
> kernel/sys.c:1287:10: warning: comparison of distinct
On 10/20/2012 11:30 AM, anish kumar wrote:
> On Sat, 2012-10-20 at 10:57 +0900, Chanwoo Choi wrote:
>> On 10/19/2012 02:12 AM, anish kumar wrote:
>>> From: anish kumar
>>>
>>> We don't need a release call in this file as we are doing
>>> everything needed in unregister call and we don't have any
Hi Ingo,
On Sat, 20 Oct 2012 00:43:45 +0200 Ingo Molnar wrote:
>
> * Stephen Rothwell wrote:
>
> > It looks as though you have not gone back far enough - you
> > removed a couple of merges of sched/numa, but there are more.
> > I have two of the problems resolved with merge patches that
> >
Hi Joe,
> Subject: [PATCH net-next 04/21] wireless: Convert is__ether_addr uses to
> eth_addr_
>
> Convert the old ether_addr tests to eth_addr_.
> Adds api consistency.
>
> Signed-off-by: Joe Perches
Acked-by: Bing Zhao [mwifiex]
Thanks,
Bing
--
To unsubscribe from this list: send the
Hi Ingo,
On Sat, 20 Oct 2012 00:39:38 +0200 Ingo Molnar wrote:
>
> From 7fc4d49214dba401f4b92ed62da60a5b257a653a Mon Sep 17 00:00:00 2001
> From: Ingo Molnar
> Date: Sat, 20 Oct 2012 00:33:01 +0200
> Subject: [PATCH] MIPS/thp: Fix update_mmu_cache() cache call
>
> As per recent upstream
On Sat, 2012-10-20 at 10:57 +0900, Chanwoo Choi wrote:
> On 10/19/2012 02:12 AM, anish kumar wrote:
> > From: anish kumar
> >
> > We don't need a release call in this file as we are doing
> > everything needed in unregister call and we don't have any
> > more pointer to free up.
> >
> >
On 10/19/2012 02:12 AM, anish kumar wrote:
> From: anish kumar
>
> We don't need a release call in this file as we are doing
> everything needed in unregister call and we don't have any
> more pointer to free up.
>
> Signed-off-by: anish kumar
> ---
> drivers/extcon/extcon-class.c |4 +---
At 10/20/2012 02:33 AM, KOSAKI Motohiro Wrote:
>> I think it again, and found that this check is necessary. Because we only
>> lock memory hotplug when offlining pages. Here is the steps to offline and
>> remove memory:
>>
>> 1. lock memory hotplug
>> 2. offline a memory section
>> 3. unlock
At 10/20/2012 02:11 AM, KOSAKI Motohiro Wrote:
> On Fri, Oct 19, 2012 at 6:16 AM, wrote:
>> From: Wen Congyang
>>
>> Current mem= implementation seems buggy because specification and
>> implementation doesn't match. Current mem= has been working
>> for many years and it's not buggy, it works as
The min/max call needed to have explicit types on some architectures
(e.g. mn10300). Use clamp_t instead to avoid the warning.
kernel/sys.c: In function 'override_release':
kernel/sys.c:1287:10: warning: comparison of distinct pointer types lacks a
cast [enabled by default]
Reported-by:
On 10/19/2012 12:13 PM, Tc, Jenny wrote:
>
>
>> Subject: Re: [PATCH] extcon : callback function to read cable
>> property
>>
>> I think the reason why we have extcon is in first place is to
>> only notify the clients of cable connection and disconnection
>> and it is up
From: Mukesh Rathor
PVH only supports the batch interface. To map a foreign page to a process,
the PFN must be allocated and PVH path uses ballooning for that purpose.
The returned PFN is then mapped to the foreign page.
xen_unmap_domain_mfn_range() is introduced to unmap these pages via the
From: Mukesh Rathor
In enlighten.c for PVH we can trap cpuid via vmexit, so don't
need to use emulated prefix call. We also check for vector callback
early on, as it is a required feature. PVH also runs at default kernel
IOPL.
In setup.c, in xen_add_extra_mem() we can skip updating P2M as it's
From: Mukesh Rathor
First the set/clear mmio pte function makes a hypercall to update the
P2M in Xen with 1:1 mapping. Since PVH uses mostly native mmu ops, we
leave the generic (native_*) for the rest.
Two local functions are introduced to add to xen physmap for xen remap
interface. Xen unmap
From: Mukesh Rathor
make gdt_frames[]/gdt_ents into a union with {gdtaddr, gdtsz}, as PVH
only needs to send down gdtaddr and gdtsz.
For interrupts, PVH uses native_irq_ops.
vcpu hotplug is currently not available for PVH.
For events we follow what PVHVM does - to use callback vector.
Lastly,
From: Mukesh Rathor
PVH allows PV linux guest to utilize hardware extended capabilities, such
as running MMU updates in a HVM container.
This patch allows it to be configured and enabled. Also, basic header file
changes to add new subcalls to physmap hypercall.
Lastly, mfn_to_local_pfn must
From: Mukesh Rathor
For balloon changes we skip setting of local P2M as it's updated
in Xen. For grant, the shared grant frame is the pfn and not mfn,
hence its mapped via the same code path as HVM.
Signed-off-by: Mukesh Rathor
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/xen/balloon.c
ack.
I'm happy to test a 2nd round, if you CC me on any fixed patches (just
in case I'm not monitoring lkml / xen-devel on that particular day)
On Fri, Oct 19, 2012 at 2:49 PM, Konrad Rzeszutek Wilk
wrote:
> On Wed, Oct 17, 2012 at 02:00:29PM -0400, Ben Guthro wrote:
>> I'm not sure it matters,
* Rik van Riel wrote:
> On 10/19/2012 01:53 PM, Peter Zijlstra wrote:
> >On Fri, 2012-10-19 at 13:13 -0400, Rik van Riel wrote:
>
> >>Another alternative might be to do the put_page inside
> >>do_prot_none_numa(). That would be analogous to do_wp_page
> >>disposing of the old page for the
Commit-ID: 9744d7978477bddc141284876b6544f3d8f7dbd8
Gitweb: http://git.kernel.org/tip/9744d7978477bddc141284876b6544f3d8f7dbd8
Author: Ingo Molnar
AuthorDate: Sat, 20 Oct 2012 02:22:53 +0200
Committer: Ingo Molnar
CommitDate: Sat, 20 Oct 2012 03:12:17 +0200
sched: Fix
Commit-ID: aacc9ac4dc832613f12e4022f4a51f5d0d5136a7
Gitweb: http://git.kernel.org/tip/aacc9ac4dc832613f12e4022f4a51f5d0d5136a7
Author: Ingo Molnar
AuthorDate: Sat, 20 Oct 2012 02:22:53 +0200
Committer: Ingo Molnar
CommitDate: Sat, 20 Oct 2012 02:22:53 +0200
sched: Fix
Commit-ID: 8cd7680d8b7241941fd51d83302677d58b447223
Gitweb: http://git.kernel.org/tip/8cd7680d8b7241941fd51d83302677d58b447223
Author: Ralf Baechle
AuthorDate: Thu, 18 Oct 2012 16:51:01 +0200
Committer: Ingo Molnar
CommitDate: Fri, 19 Oct 2012 23:46:11 +0200
MIPS/thp: Add pmd_pgprot()
Commit-ID: ca6cfbe6d25cdf9ed81cbf26c2146eda17a70472
Gitweb: http://git.kernel.org/tip/ca6cfbe6d25cdf9ed81cbf26c2146eda17a70472
Author: Gerald Schaefer
AuthorDate: Thu, 18 Oct 2012 18:26:42 +0200
Committer: Ingo Molnar
CommitDate: Fri, 19 Oct 2012 23:38:48 +0200
s390/thp: implement
Commit-ID: 743df75ff10630f1f2a461f0f4b51f601f53ec44
Gitweb: http://git.kernel.org/tip/743df75ff10630f1f2a461f0f4b51f601f53ec44
Author: Steven Rostedt
AuthorDate: Mon, 1 Oct 2012 20:23:28 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 16 Oct 2012 13:07:05 -0300
tools lib
Commit-ID: 101782ea2c6984cf169631c59df76b8497899caf
Gitweb: http://git.kernel.org/tip/101782ea2c6984cf169631c59df76b8497899caf
Author: Steven Rostedt
AuthorDate: Mon, 1 Oct 2012 20:13:51 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 16 Oct 2012 13:06:36 -0300
lib tools
Commit-ID: 63a1a3d820c619a4dab1781cc16c110a284efded
Gitweb: http://git.kernel.org/tip/63a1a3d820c619a4dab1781cc16c110a284efded
Author: Namhyung Kim
AuthorDate: Mon, 15 Oct 2012 18:14:35 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 16 Oct 2012 13:06:05 -0300
perf hists
Commit-ID: 88481b6b33d6cb5edb57e5794abae4daeabd08c5
Gitweb: http://git.kernel.org/tip/88481b6b33d6cb5edb57e5794abae4daeabd08c5
Author: Namhyung Kim
AuthorDate: Mon, 15 Oct 2012 12:39:43 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 16 Oct 2012 13:05:38 -0300
perf tools:
Commit-ID: ffe10c6f95412da01695e659e967747333d5e812
Gitweb: http://git.kernel.org/tip/ffe10c6f95412da01695e659e967747333d5e812
Author: Namhyung Kim
AuthorDate: Mon, 15 Oct 2012 12:39:42 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 16 Oct 2012 13:05:07 -0300
perf tools:
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
HEAD: 45bff41a9a6f22af28e4ba22f83c87f619e573a8 perf python: Properly link
with libtraceevent
Assorted small fixes.
Thanks,
Ingo
Commit-ID: 20b279ddb38ca42f8863cec07b4d45ec24589f13
Gitweb: http://git.kernel.org/tip/20b279ddb38ca42f8863cec07b4d45ec24589f13
Author: Peter Zijlstra
AuthorDate: Thu, 13 Sep 2012 14:59:14 -0600
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 16 Oct 2012 12:43:58 -0300
perf:
At 10/20/2012 12:32 AM, Rafael J. Wysocki Wrote:
> On Friday 19 of October 2012 18:03:57 we...@cn.fujitsu.com wrote:
>> From: Wen Congyang
>>
>> The patch-set implements a framework for hot removing memory.
>>
>> The memory device can be removed by 2 ways:
>> 1. send eject request by SCI
>> 2.
On Fri, Oct 19, 2012 at 5:02 PM, Suresh Siddha
wrote:
> On Fri, 2012-10-19 at 16:36 -0700, H. Peter Anvin wrote:
>> On 10/19/2012 04:32 PM, Yinghai Lu wrote:
>> > On Fri, Oct 19, 2012 at 4:03 PM, Suresh Siddha
>> > wrote:
>> >> On Fri, 2012-10-19 at 13:42 -0700, rrl...@gmail.com wrote:
>> >>>
* Namhyung Kim wrote:
> 2012-10-18 (???), 11:38 -0300, Arnaldo Carvalho de Melo:
> > Em Thu, Oct 18, 2012 at 11:00:33AM -0300, Arnaldo Carvalho de Melo escreveu:
> > > Em Thu, Oct 18, 2012 at 10:38:18AM +0900, Namhyung Kim escreveu:
> > > > On Wed, 17 Oct 2012 14:19:45 -0300, Arnaldo Carvalho
Emit the magic string that indicates a module has a signature after the
signature data instead of before it. This allows module_sig_check() to be
made simpler and faster by the elimination of the search for the magic string.
Instead we just need to do a single memcmp().
This works because at the
Hi Matt,
Sorry for bother you!
I didn't see this Matthew's patchset merged in EFI git tree. Do you have
plan to merge it? Or those patches need wait different subsystem leaders
merge.
Thanks a lot!
Joey Lee
於 四，2012-09-20 於 10:40 -0400，Matthew Garrett 提到：
> Secure boot adds certain policy
Hi Linus,
The following changes since commit ddffeb8c4d0331609ef2581d84de4d763607bd37:
Linux 3.7-rc1 (2012-10-14 14:41:04 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
tags/fixes-for-linus
for you to fetch changes up to
On Fri, 2012-10-19 at 16:36 -0700, H. Peter Anvin wrote:
> On 10/19/2012 04:32 PM, Yinghai Lu wrote:
> > On Fri, Oct 19, 2012 at 4:03 PM, Suresh Siddha
> > wrote:
> >> On Fri, 2012-10-19 at 13:42 -0700, rrl...@gmail.com wrote:
> >>> Any update? The messages just seem to have stopped months ago. A
Barry Song <21cn...@gmail.com> writes:
> 2012/7/18 Colin Cross :
>> Many clocks that are used to provide sched_clock will reset during
>> suspend. If read_sched_clock returns 0 after suspend, sched_clock will
>> appear to jump forward. This patch resets cd.epoch_cyc to the current
>> value of
On 10/19/2012 04:32 PM, Yinghai Lu wrote:
On Fri, Oct 19, 2012 at 4:03 PM, Suresh Siddha
wrote:
On Fri, 2012-10-19 at 13:42 -0700, rrl...@gmail.com wrote:
Any update? The messages just seem to have stopped months ago. A
fallback would be nice, I have been booting the kernel with noa2xpic
for
On Fri, Oct 19, 2012 at 4:03 PM, Suresh Siddha
wrote:
> On Fri, 2012-10-19 at 13:42 -0700, rrl...@gmail.com wrote:
>> Any update? The messages just seem to have stopped months ago. A
>> fallback would be nice, I have been booting the kernel with noa2xpic
>> for since kernel 3.2, and currently I
Not many are discussing this.
So odd since an overloaded computer, looks like a computer with jitter. So
removing jitter = higher performance.
I changed X to nice -20 though instead. It is hard to predict jitter, and
maybe some measure of fairness is good.
Still daemons wouldn`t mind
On Thu, Oct 18, 2012 at 08:16:35PM -0700, Greg Kroah-Hartman wrote:
> 3.0-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Tejun Heo
>
> commit 60ea8226cbd5c8301f9a39edc574ddabcb8150e0 upstream.
>
> A queue newly allocated with
On Thu, Oct 18, 2012 at 08:16:25PM -0700, Greg Kroah-Hartman wrote:
> 3.0-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Stanislav Kinsbursky
>
> commit 303a7ce92064c285a04c870f2dc0192fdb2968cb upstream.
>
> Taking hostname from uts
From: Rafael J. Wysocki
The kerneldoc comments for acpi_pm_device_sleep_state(),
acpi_pm_device_run_wake(), and acpi_pm_device_sleep_wake() are
outdated and/or don't follow the common kerneldoc patters, so
fix them.
Additionally, notice that acpi_pm_device_run_wake() should be under
Having the CONFIG_ prefix in string constants gets in the way of
using a run-time-defined CONFIG_ prefix.
Fix that by using temp growable strings (gstr) in which we printf
the text.
Signed-off-by: "Yann E. MORIN"
---
scripts/kconfig/mconf.c | 10 --
scripts/kconfig/nconf.c | 11
Currently, we get the CONFIG_ prefix via the CONFIG_ macro, which means
the CONFIG_ prefix is hard-coded at compile time. This goes against
having a run-time defined CONFIG_ prefix.
Add a function that returns the CONFIG_ prefix to use (but keep the
current hard-coded behavior, to be changed in a
Hello All!
This little patch series allows one to override the CONFIG_ prefix at
runtime, without the need to rebuild the frontends.
This will be useful to have, to share the same kconfig frontends between
different projects that may use different prefix. For example:
- busybox and uClibc use
On Fri, Oct 19, 2012 at 3:58 PM, Linus Torvalds
wrote:
>
> Also, I wonder how standard this /usr/bin/perl is:
>
>> +#!/usr/bin/perl -w
Well, we have other uses of that path in the kernel already, and your
v3 patch uses 'perl' in the Makefile to run it, so it will pick up the
path that way.
So I
Currently, the CONFIG_ prefix is hard-coded in the kconfig frontends
executables. This means that two projects that use kconfig with
different prefixes can not share the same kconfig frontends.
Instead of hard-coding the prefix in the frontends, get it from the
environment, and revert back to
On Fri, 2012-10-19 at 13:42 -0700, rrl...@gmail.com wrote:
> Any update? The messages just seem to have stopped months ago. A
> fallback would be nice, I have been booting the kernel with noa2xpic
> for since kernel 3.2, and currently I am working with 3.6.2.
>
> If needed I can try to attempt
On Fri, Oct 19, 2012 at 12:36:12PM +0530, AnilKumar Ch wrote:
> Remove const from pointer to array of gpios in matrix_keypad_platform_data
> struct. This is required if we update row_gpios and col_gpios based on
> device tree data.
Then don't. Set them up via non-const aliases instead.
Thanks.
This version still seems to have some debug turds in it:
On Fri, Oct 19, 2012 at 3:51 PM, David Howells wrote:
>
> + printk("Check for sig\n");
> +
...
> + printk("Found sig\n");
...
> +#define DEBUG
Also, I wonder how standard this /usr/bin/perl is:
>
The module build process no longer creates intermediate files for module
signing, so remove them from .gitignore.
Signed-off-by: David Howells
---
.gitignore |6 --
1 file changed, 6 deletions(-)
diff --git a/.gitignore b/.gitignore
index 0f2f40f..92bd0e4 100644
--- a/.gitignore
+++
Turn sign-file into perl and merge in x509keyid. The latter doesn't need to be
a separate script as it doesn't actually need to work out the SHA1 sum of the
X.509 certificate itself, since it can get that from the X.509 certificate.
Signed-off-by: David Howells
---
Makefile |2
On Fri, 19 Oct 2012, Peter Zijlstra wrote:
> > Yes, I tried this approach - it involves doing LOCK instruction on read
> > lock, remembering the cpu and doing another LOCK instruction on read
> > unlock (which will hopefully be on the same CPU, so no cacheline bouncing
> > happens in the
David Howells wrote:
> + printk("Check for sig\n");
> +
> ...
> + printk("Found sig\n");
> ...
> +#define DEBUG
And I also forgot to remove the debugging. Sigh.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Tetsuo, Michal, All,
On Friday 19 October 2012 Tetsuo Handa wrote:
> Yann E. MORIN wrote:
> > Some systems (eg. Cygwin, FreeBSD) are missing the CIRCLEQ macros.
[--SNIP--]
> > So, switch to using TAILQ instead, which are more portable.
[--SNIP--]
> Excuse me, but your patch does not solve my
On Fri, Oct 19, 2012 at 3:41 PM, Martin Peres wrote:
>
> You must have missed the oops that was attached to the mail:
> http://www.spinics.net/lists/kernel/msg1420355.html
I did indeed. So never mind about that dmesg request, Paweł ;-p
> Paweł, could you try the attached patch please ?
Thanks
The module build process no longer creates intermediate files for module
signing, so remove them from .gitignore.
Signed-off-by: David Howells
---
.gitignore |6 --
1 file changed, 6 deletions(-)
diff --git a/.gitignore b/.gitignore
index 0f2f40f..92bd0e4 100644
--- a/.gitignore
+++
Turn sign-file into perl and merge in x509keyid. The latter doesn't need to be
a separate script as it doesn't actually need to work out the SHA1 sum of the
X.509 certificate itself, since it can get that from the X.509 certificate.
Signed-off-by: David Howells
---
Makefile|
David Howells wrote:
> -mod_sign_cmd = sh $(srctree)/scripts/sign-file $(MODSECKEY) $(MODPUBKEY)
> $(srctree)/scripts/x509keyid
> +mod_sign_cmd = sh $(srctree)/scripts/sign-file $(MODSECKEY) $(MODPUBKEY)
Hmmm... That's not quite right. That needs to be 'perl' not 'sh'.
David
--
To
The module build process no longer creates intermediate files for module
signing, so remove them from .gitignore.
Signed-off-by: David Howells
---
.gitignore |6 --
1 file changed, 6 deletions(-)
diff --git a/.gitignore b/.gitignore
index 0f2f40f..92bd0e4 100644
--- a/.gitignore
+++
Turn sign-file into perl and merge in x509keyid. The latter doesn't need to be
a separate script as it doesn't actually need to work out the SHA1 sum of the
X.509 certificate itself, since it can get that from the X.509 certificate.
Signed-off-by: David Howells
---
Makefile|
On Fri, Oct 19, 2012 at 11:14 PM, Ryan Mallon wrote:
> On 19/10/12 21:07, Linus Walleij wrote:
>
>> On Wed, Oct 17, 2012 at 1:41 AM, Ryan Mallon wrote:
>>
>>> The gpio_export function uses nested if statements and the status
>>> variable to handle the failure cases. This makes the function logic
* Stephen Rothwell wrote:
> Hi Ingo,
>
> On Thu, 18 Oct 2012 20:29:53 +0200 Ingo Molnar wrote:
> >
> > * Stephen Rothwell wrote:
> > >
> > > After merging the final tree, today's linux-next build (s390 allyesconfig)
> > > failed like this:
> > >
> > > mm/huge_memory.c:1424:2: error:
Actually, there's two sites - find the updated patch below.
Thanks,
Ingo
--->
>From 7fc4d49214dba401f4b92ed62da60a5b257a653a Mon Sep 17 00:00:00 2001
From: Ingo Molnar
Date: Sat, 20 Oct 2012 00:33:01 +0200
Subject: [PATCH] MIPS/thp: Fix update_mmu_cache() cache call
As
On Fri, 2012-10-19 at 23:38 +1300, Tony Prisk wrote:
> This patch adds pwm support to arch-vt8500 board files, and adds
> the use-case of pwm-backlight.
>
> Signed-off-by: Tony Prisk
> ---
> arch/arm/boot/dts/vt8500-bv07.dts |8
> arch/arm/boot/dts/vt8500.dtsi | 29
* Peter Zijlstra wrote:
> On Thu, 2012-10-18 at 17:02 +0200, Ralf Baechle wrote:
> > CC mm/huge_memory.o
> > mm/huge_memory.c: In function ???do_huge_pmd_prot_none???:
> > mm/huge_memory.c:789:3: error: incompatible type for argument 3 of
> > ???update_mmu_cache???
>
> That appears to
On Friday 19 of October 2012 21:02:20 Witold Szczeponik wrote:
> On 18/09/12 23:42, Rafael J. Wysocki wrote:
>
> > Hi,
> >
> > On Sunday, September 16, 2012, Witold Szczeponik wrote:
> >> Hi Rafael,
> >>
> >> what about the patches 1 and 3 which do not make any changes to the ABI?
> >> The
On Thu, Oct 18, 2012 at 7:27 AM, Ed Cashin wrote:
> The context feature of sparse is used with the Linux kernel
> sources to check for imbalanced uses of locks. Document the
> annotations defined in include/linux/compiler.h that tell sparse
> what to expect when a lock is held on function entry,
On 19/10/12 21:07, Linus Walleij wrote:
> On Wed, Oct 17, 2012 at 1:41 AM, Ryan Mallon wrote:
>
>> The gpio_export function uses nested if statements and the status
>> variable to handle the failure cases. This makes the function logic
>> difficult to follow. Refactor the code to abort
On Fri, Oct 19, 2012 at 11:10:30PM +0100, Ben Hutchings wrote:
> On Thu, Oct 18, 2012 at 07:46:33PM -0700, Greg Kroah-Hartman wrote:
> > 3.6-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Stanislav Kinsbursky
> >
> > commit
On Thu, Oct 18, 2012 at 07:46:33PM -0700, Greg Kroah-Hartman wrote:
> 3.6-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Stanislav Kinsbursky
>
> commit 303a7ce92064c285a04c870f2dc0192fdb2968cb upstream.
>
> Taking hostname from uts
USE_FBR0 has always been defined, even in the original driver code.
Remove the define and #ifdef code to leave the code in the same state.
Signed-off-by: Mark Einon
---
drivers/staging/et131x/et131x.c | 58 +--
1 file changed, 7 insertions(+), 51
>From a previous comment by Alan Cox:
'>> 32 of a 32bit value is undefined in C. The compiler is free
to do what it likes with this...'
Change all uses of '>> 32' to use upper_32_bits() and use
the corresponding lower_32_bits() to match.
Also remove an incorrect comment about dma
fbr_lookup.real_physaddr is only being used as a pseudonym for
fbr_lookup.ring_physaddr, so remove it and rename all instances to
ring_physaddr.
Signed-off-by: Mark Einon
---
drivers/staging/et131x/et131x.c | 31 ++-
1 file changed, 6 insertions(+), 25 deletions(-)
Any update? The messages just seem to have stopped months ago. A fallback would
be nice, I have been booting the kernel with noa2xpic for since kernel 3.2, and
currently I am working with 3.6.2.
If needed I can try to attempt modifying the patch to include fallback, but I
am probably not the
On Saturday 20 of October 2012 01:42:05 Viresh Kumar wrote:
> There is no need to do cpufreq_get_cpu() and cpufreq_put_cpu() for drivers
> that
> don't support getavg() routine.
>
> Signed-off-by: Viresh Kumar
The patch doesn't seem to follow the changelog or the other way around.
Thanks,
On Fri, Oct 19, 2012 at 12:58 PM, Linus Torvalds
wrote:
>
> Tssk. I fixed it up, and now it works-for-me(tm), but some perl person
> probably really should try to make that sign-file and x509keyid merge.
> My fix made the thing even slower, doing two extra "wc -c" invocations
> since it can't do
On Thu, 2012-10-18 at 17:02 +0200, Ralf Baechle wrote:
> CC mm/huge_memory.o
> mm/huge_memory.c: In function ‘do_huge_pmd_prot_none’:
> mm/huge_memory.c:789:3: error: incompatible type for argument 3 of
> ‘update_mmu_cache’
That appears to have become update_mmu_cache_pmd(), which makes
When cpuidle drivers do not supply explicit power_usage values,
cpuidle/driver.c inserts dummy values instead. When a running processor
dynamically gains new C-states (e.g. after ACPI events), the power_usage
values of those states will stay uninitialized, and cpuidle governors
will never choose
Hi Russell,
you never replied to the second version of the pull request, and it hasn't
shown up in linux-next or your git tree so far. I assume you've been busy
otherwise and missed it, so here is a friendly reminder.
The contents are still identical to what we had before after I fixed up
the
* Ralf Baechle wrote:
> On Thu, Oct 18, 2012 at 05:22:01PM +1100, Stephen Rothwell wrote:
>
> > After merging the final tree, today's linux-next build (s390 allyesconfig)
> > failed like this:
> >
> > mm/huge_memory.c:1424:2: error: implicit declaration of function
> > 'pmd_pgprot'
> Signed-off-by: Jiri Slaby
R U sure?^^^
As I don't remember myself ever seeing this patch...
Maybe I should start smoking some crap to refresh my memory?
--
js
suse labs
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Thu, Oct 18, 2012 at 07:57:47PM +0200, Oleg Nesterov wrote:
> On 10/18, Paul E. McKenney wrote:
> >
> > On Thu, Oct 18, 2012 at 06:24:09PM +0200, Oleg Nesterov wrote:
> > >
> > > I thought that you meant that without mb() brw_start_write() can
> > > race with brw_end_read() and hang forever.
>
On Thu, Oct 18, 2012 at 07:45:00PM -0700, Greg Kroah-Hartman wrote:
> 3.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Jason Wessel
>
> commit 17b572e82032bc246324ce136696656b66d4e3f1 upstream.
[...]
> This also means that the vt
* Gerald Schaefer wrote:
> On Thu, 18 Oct 2012 17:22:01 +1100
> Stephen Rothwell wrote:
>
> > Hi all,
> >
> > After merging the final tree, today's linux-next build (s390 allyesconfig)
> > failed like this:
> >
> > mm/huge_memory.c:1424:2: error: implicit declaration of function
> >
1 - 100 of 1116 matches
Mail list logo
