Rename cast6 module to cast6_generic to allow autoloading of optimized
implementations. Generic functions and s-boxes are exported to be able to use
them within optimized implementations.
Signed-off-by: Johannes Goetzfried
---
crypto/Makefile|2 +-
crypto/cast6.c | 547
This patch adds a x86_64/avx assembler implementation of the Cast5 block
cipher. The implementation processes sixteen blocks in parallel (four 4 block
chunk AVX operations). The table-lookups are done in general-purpose registers.
For small blocksizes the functions from the generic module are
New ECB, CBC and CTR testvectors for cast5. We need larger testvectors to check
parallel code paths in the optimized implementation. Tests have also been added
to the tcrypt module.
Signed-off-by: Johannes Goetzfried
---
crypto/tcrypt.c | 32 +++
crypto/tcrypt.h |1 +
crypto/testmgr.c
This patchset adds x86_64/avx assembler implementations of the Cast5 and the
Cast6 cipher.
Johannes Goetzfried (6):
crypto: cast5 - prepare generic module for optimized implementations
crypto: testmgr - add larger cast5 testvectors
crypto: cast5 - add x86_64/avx assembler implementation
Since defining multi-line macros using statements and declarations in
expressions is fairly common in the kernel, add this to CodingStyle.
Signed-off-by: Robert P. J. Day
---
diff --git a/Documentation/CodingStyle b/Documentation/CodingStyle
index cb9258b..7eb0734 100644
---
On Wed, Jul 11, 2012 at 6:55 PM, Joe Perches wrote:
> On Wed, 2012-07-11 at 17:48 +0200, Kay Sievers wrote:
>> On Wed, Jul 11, 2012 at 5:30 PM, Joe Perches wrote:
>> > Well, I think the malloc costs are pretty low
>> > and could devolve pretty easily when OOM.
>>
>> We need to avoid allocating
Hi James,
Please have a look at the patchset and share your opinion.
If there is anything more to it - please let us know.
Thanks & Regards,
Amit Sahrawat
On Sun, Jul 8, 2012 at 8:35 AM, Namjae Jeon wrote:
> From: Namjae Jeon
>
> Update information of Seagate Portable HDD and WD My Passport
On 2012-07-10 21:05:51, Tim Sally wrote:
> The issue occurs when eCryptfs is mounted with a cipher supported by
> the crypto subsystem but not by eCryptfs. The mount succeeds and an
> error does not occur until a write. This change checks for eCryptfs
> cipher support at mount time.
>
> Resolves
Charging cache pages may require swapin in the shmem case. Save the
forward declaration and just move the swapin functions above the cache
charging functions.
Signed-off-by: Johannes Weiner
Acked-by: KAMEZAWA Hiroyuki
Acked-by: Michal Hocko
---
mm/memcontrol.c | 68
Only anon pages that are uncharged at the time of the last page table
mapping vanishing may be in swapcache.
When shmem pages, file pages, swap-freed anon pages, or just migrated
pages are uncharged, they are known for sure to be not in swapcache.
Signed-off-by: Johannes Weiner
Acked-by:
shmem page charges have not needed a separate charge type to tell them
from regular file pages since 08e552c 'memcg: synchronized LRU'.
Signed-off-by: Johannes Weiner
Acked-by: KAMEZAWA Hiroyuki
Acked-by: Michal Hocko
---
mm/memcontrol.c | 11 +--
1 files changed, 1 insertions(+),
It does not matter to __mem_cgroup_try_charge() if the passed mm is
NULL or init_mm, it will charge the root memcg in either case.
Also fix up the comment in __mem_cgroup_try_charge() that claimed the
init_mm would be charged when no mm was passed. It's not really
incorrect, but confusing.
Compaction (and page migration in general) can currently be hindered
through pages being owned by memory cgroups that are at their limits
and unreclaimable.
The reason is that the replacement page is being charged against the
limit while the page being replaced is also still charged. But this
Not all uncharge paths need to check if the page is swapcache, some of
them can know for sure.
Push down the check into all callsites of uncharge_common() so that
the patch that removes some of them is more obvious.
Signed-off-by: Johannes Weiner
Acked-by: Michal Hocko
---
mm/memcontrol.c |
The conditional mem_cgroup_cancel_charge_swapin() is a leftover from
when the function would continue to reestablish the page even after
mem_cgroup_try_charge_swapin() failed. After 85d9fc8 "memcg: fix
refcnt handling at swapoff", the condition is always true when this
code is reached.
Only anon and shmem pages in the swap cache are attempted to be
charged multiple times, from every swap pte fault or from
shmem_unuse(). No other pages require checking PageCgroupUsed().
Charging pages in the swap cache is also serialized by the page lock,
and since both the try_charge and
shmem knows for sure that the page is in swap cache when attempting to
charge a page, because the cache charge entry function has a check for
it. Only anon pages may be removed from swap cache already when
trying to charge their swapin.
Adjust the comment, though: '4969c11 mm: fix swapin race
When shmem is charged upon swapin, it does not need to check twice
whether the memory controller is enabled.
Also, shmem pages do not have to be checked for everything that
regular anon pages have to be checked for, so let shmem use the
internal version directly and allow future patches to move
Hi,
second version of tiny charge/uncharge improvements, with incorporated
feedback and acks added (thanks guys).
changes:
o fixed the 03/10 PageSwapCache check in end_migration(), spotted by Kame
o dropped the v1 03/11 shmem patch in favor of Hugh's cleanup
o included default group charging
On Wed, 2012-07-11 at 17:48 +0200, Kay Sievers wrote:
> On Wed, Jul 11, 2012 at 5:30 PM, Joe Perches wrote:
> > Well, I think the malloc costs are pretty low
> > and could devolve pretty easily when OOM.
>
> We need to avoid allocating memory in situations where we want to
> printk(), it's just
On 07/11/2012 08:18 AM, Thomas Gleixner wrote:
That leaves NOHZ enabled systems and there we might be clever and
avoid the IPIs to those cores which are not idle and let the tick
interrupt deal with it. And we can make the calls async and just let
them raise the hrtimer softirq on those cores,
On Thu, 12 Jul 2012 02:11:53 +1000 (EST) James Morris wrote:
> Please pull.
>
> The following changes since commit 055c9fa8874fa7261eec7a268366565db84af474:
> Linus Torvalds (1):
> Merge tag 'fixes-for-v3.5' of
> git://git.kernel.org/.../linusw/linux-gpio
>
> are available in the
On Wed, Jul 11, 2012 at 2:29 PM, Sedat Dilek wrote:
> I see the same build-error as Randy in latest linux.git
> (055c9fa8874fa7261eec7a268366565db84af474).
Yes, it is there.
> Where is this patch queued up (see original posting)?
Here:
On Wednesday, July 11, 2012 5:28 AM, Ian Abbott wrote:
> H Hartley Sweeten's recent series of patches to clean up the rtd520
> driver made some of the register accesses harder to understand. Add a
> few comments to provide some clues to the reader.
>
> Signed-off-by: Ian Abbott
> Cc: H Hartley
On Wed, 2012-07-11 at 12:22 -0400, Steven Rostedt wrote:
> On Tue, 2012-07-03 at 17:29 +0900, Masami Hiramatsu wrote:
>
>
> >
> > > + /* Restore flags */
> > > + pushq EFLAGS(%rsp)
> > > + popfq
> > > +
> > > + MCOUNT_RESTORE_FRAME
> >
> > Here, if MCOUNT_RESTORE_FRAME has skip too, I think
On Wednesday, July 11, 2012 3:20 AM, Ian Abbott wrote:
> On 2012-07-11 00:36, H Hartley Sweeten wrote:
>> The 'devpriv' macro usage in this driver is holding up other cleanup
>> of the comedi drivers.
>>
>> This patch series removes all the macros used to read/write the
>> hardware registers. All
On Wed, Jul 11, 2012 at 1:04 AM, Ingo Molnar wrote:
> - If it's for v3.6 then the Cc: stable backport is not
>justified. Either it's for tip:x86/urgent and then we'll
>merge it straight away, or for tip:x86/mce for v3.6 and then
>there's no Cc: stable tag.
The commit that this fixes
On Tue, 2012-07-03 at 17:29 +0900, Masami Hiramatsu wrote:
>
> > + /* Restore flags */
> > + pushq EFLAGS(%rsp)
> > + popfq
> > +
> > + MCOUNT_RESTORE_FRAME
>
> Here, if MCOUNT_RESTORE_FRAME has skip too, I think you don't
> need to restore flags before restoring other registers, like
Please pull.
The following changes since commit 055c9fa8874fa7261eec7a268366565db84af474:
Linus Torvalds (1):
Merge tag 'fixes-for-v3.5' of git://git.kernel.org/.../linusw/linux-gpio
are available in the git repository at:
On 7/11/2012 11:32 AM, Will Deacon wrote:
> Commit 48b25c43 ("[PATCH v3] ipc: provide generic compat versions of IPC
> syscalls") added a new ARCH_WANT_OLD_COMPAT_IPC config option for
> architectures to select if their compat target requires the old IPC
> syscall interface.
>
> For architectures
On 7/11/2012 11:32 AM, Will Deacon wrote:
> The msgsnd and msgrcv system calls use size_t to represent the size of
> the message being transferred. POSIX states that values of msgsz greater
> than SSIZE_MAX cause the result to be implementation-defined. On Linux,
> this equates to returning
Jan Kara writes:
> Hello,
>
> we've recently hit a deadlock in our QA runs which is caused by the
> per-process plugging code. The problem is as follows:
> process A process B (kjournald)
> generic_file_aio_write()
> blk_start_plug();
> ...
>
Signed-off-by: Yuri Khan
---
drivers/input/joystick/xpad.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/input/joystick/xpad.c b/drivers/input/joystick/xpad.c
index 16974ef..a2cdfd6 100644
--- a/drivers/input/joystick/xpad.c
+++ b/drivers/input/joystick/xpad.c
@@ -142,6 +142,7
Hello all,
while I'm at it, I'd like to add my other dance mat to xpad's database
of known devices, so that the user does not have to specify the
dpad_to_buttons option.
I couldn't find the vendor ID in any of the online databases, but this
mat has a Pump It Up logo on the top side of the
On Wed, 2012-07-11 at 17:18 +0200, Thomas Gleixner wrote:
> Right. I think with the atomic update of the offset in the timer
> interrupt we are on the safe side. The main problem of timers expiring
> early forever is covered by this.
>
> Thinking more about it.
>
> If time goes backwards, then
Correcting spelling typo in mach-omap2
Signed-off-by: Masanari Iida
---
arch/arm/mach-omap2/board-apollon.c | 2 +-
arch/arm/mach-omap2/board-omap4panda.c| 2 +-
arch/arm/mach-omap2/omap-mpuss-lowpower.c | 2 +-
arch/arm/mach-omap2/sr_device.c | 2 +-
Hello all,
For what it's worth several security teams that use the CERT Triage Tools have
requested a feature (post-mortem analysis of core files) that will be supported
by this functionality. This feature in the CERT Triage Tools would be more
complete if siginfo was included in the core
Add /smack/revoke-subject special file. Writing a SMACK label to this file will
set the access to '-' for all access rules with that subject label.
Targeted for git://git.gitorious.org/smack-next/kernel.git
Signed-off-by: Rafal Krypa
---
Documentation/security/Smack.txt |3 ++
On Wed, 11 Jul 2012 01:12:54 +0200, Michel Lespinasse wrote:
On Tue, Jul 10, 2012 at 5:19 AM, Michal Nazarewicz wrote:
On Tue, 10 Jul 2012 01:35:14 +0200, Michel Lespinasse wrote:
+#defineRB_RED 0
+#defineRB_BLACK1
Interestingly, those are almost never
On Wed, Jul 11, 2012 at 5:30 PM, Joe Perches wrote:
> On Wed, 2012-07-11 at 17:14 +0200, Kay Sievers wrote:
>> On Wed, Jul 11, 2012 at 5:01 PM, Joe Perches wrote:
> []
>> There are _many_ cases the console lock is held, and we don't print
>> stuff immediately out to the console, and we never
Correct spelling typo within debug message of ft1000_usb.c
Signed-off-by: Masanari Iida
---
drivers/staging/ft1000/ft1000-usb/ft1000_usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ft1000/ft1000-usb/ft1000_usb.c
On Wed, 11 Jul 2012 16:10:14 +0200, Ben Minerds wrote:
Removed various checkpatch.sh warnings and errors.
You've meant chekpatch.pl, right?
Split patch by warning/error type.
Corrected line wraps in emails.
Signed-off-by: Ben Minerds
This 0/6 also confuses me -- like Greg have said the
Commit 48b25c43 ("[PATCH v3] ipc: provide generic compat versions of IPC
syscalls") added a new ARCH_WANT_OLD_COMPAT_IPC config option for
architectures to select if their compat target requires the old IPC
syscall interface.
For architectures (such as AArch64) that do not require the internal
The msgsnd and msgrcv system calls use size_t to represent the size of
the message being transferred. POSIX states that values of msgsz greater
than SSIZE_MAX cause the result to be implementation-defined. On Linux,
this equates to returning -EINVAL if (long) msgsz < 0.
For compat tasks where
Hello,
This patch series includes some fixes to the compat IPC code when the
compat and native targets have API differences that weren't previously
considered. The problems were found during development of the AArch64
port and, as such, are prerequisities for the merging of that code.
All
If the SHMLBA definition for a native task differs from the definition
for a compat task, the do_shmat() function would need to handle both.
This patch introduces COMPAT_SHMLBA, which is used by the compat shmat
syscall when calling the ipc code and allows architectures such as
AArch64 (where the
On 07/09/2012 03:25 AM, Yasuaki Ishimatsu wrote:
> @@ -642,7 +642,7 @@ int __ref add_memory(int nid, u64 start,
> }
>
> /* create new memmap entry */
> - firmware_map_add_hotplug(start, start + size, "System RAM");
> + firmware_map_add_hotplug(start, start + size - 1, "System
On Wed, 2012-07-11 at 17:14 +0200, Kay Sievers wrote:
> On Wed, Jul 11, 2012 at 5:01 PM, Joe Perches wrote:
[]
> There are _many_ cases the console lock is held, and we don't print
> stuff immediately out to the console, and we never ensured that in the
> past. There was never a guarantee that
On Tue, 2012-07-03 at 14:19 +0900, Masami Hiramatsu wrote:
> (2012/07/03 5:03), Steven Rostedt wrote:
> > From: Steven Rostedt
> >
> > Return as the 4th paramater to the function tracer callback the pt_regs.
> >
> > Later patches that implement regs passing for the architectures will require
>
Hi Xiaoyan,
On Thu, Jun 21, 2012 at 06:54:51AM +, Zhang, Xiaoyan wrote:
> From: Xiaoyan Zhang
>
> The Physical Presence Interface enables the OS and the BIOS to cooperate
> and provides a simple and straightforward platform user experience for
> administering the TPM without sacrificing
On Wed, Jul 11, 2012 at 5:54 PM, Ram Pai wrote:
> On Wed, Jul 11, 2012 at 02:06:10PM +0300, Purdila, Octavian wrote:
>> On Wed, Jul 11, 2012 at 5:09 AM, Ram Pai wrote:
>>
>> >
>> > Wait.. I am not sure this will fix the problem entirely. The above check
>> > will handle the case where the range
Signed-off-by: Federico Vaga
---
drivers/media/video/adv7180.c | 235 +++--
1 file changed, 84 insertions(+), 151 deletions(-)
diff --git a/drivers/media/video/adv7180.c b/drivers/media/video/adv7180.c
index 174bffa..07bb550 100644
---
On Sat, Jul 07, 2012 at 11:19:53PM -0400, Igor Seletskiy wrote:
> Greg,
>
> I hope you don't mind -- I will respond to few other things / other question
> that were raised in this thread one email
> 1. Source code for RPMs is out our source RPM repositories.
> Here is one for
> CL6
> I've applied this patch to my tpmdd staging tree [1].
Thanks a lot, Kent.
Peter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the
On 7/9/2012 10:36 AM, Rafal Krypa wrote:
> This patch removes empty rules (i.e. with access set to '-') from the
> rule list presented to user space.
>
> Smack by design never removes labels nor rules from its lists. Access
> for a rule may be set to '-' to effectively disable it. Such rules would
Hi Peter / Bryan,
On Tue, Jun 12, 2012 at 02:43:54PM +0200, Peter Huewe wrote:
> From: Bryan Freed
>
> This is derived from Peter Huewe's recommended fix:
>
> On some ChromeOS systems, a TPM sharing the I2C bus with another device
> gets confused when it sees I2C requests to that other device.
On Wed, 11 Jul 2012, Peter Zijlstra wrote:
> On Wed, 2012-07-11 at 14:45 +0200, Thomas Gleixner wrote:
> > On Wed, 11 Jul 2012, Prarit Bhargava wrote:
> > > On 07/10/2012 06:43 PM, John Stultz wrote:
> > > > clock_was_set() cannot be called from hard interrupt context because
> > > > it calls
On 07/11, Denys Vlasenko wrote:
>
> I propose to save this information in core dump, as a new note
> in note segment.
Denys, I am in no position to discuss whether we need this change or not,
format, etc. I'll only try to comment the code.
And please do not use the attachments ;)
> +static void
On Wed, Jul 11, 2012 at 05:12:04PM +0200, Peter Zijlstra wrote:
> On Wed, 2012-07-11 at 16:55 +0200, Peter Zijlstra wrote:
> > Right.. back when I did that the plan was to make PERF_SAMPLE_PERIOD fix
> > that, of course that never seemed to have happened.
> >
> > With PERF_SAMPLE_PERIOD you can
Hi Peter,
On Tue, Jun 12, 2012 at 02:43:53PM +0200, Peter Huewe wrote:
> This patch adds a driver to support Infineon's SLB 9635 TT 1.2 Soft I2C TPMs
> which follow the TGC TIS 1.2 TPM specification[1] and Infineon's I2C Protocol
> Stack Specification 0.20.
> The I2C Protocol Stack Specification
On Wed, 11 Jul 2012, Udo van den Heuvel wrote:
> New occurrence:
>
> Jul 11 16:45:26 box3 kernel: irq 18: nobody cared (try booting with the
> "irqpoll" option)
> Jul 11 16:45:26 box3 kernel: Pid: 1465, comm: irq/18-ohci_hcd Not
> tainted 3.4.4 #3
> Any clues and/or updates?
Didn't you see the
On Wed, Jul 11, 2012 at 5:01 PM, Joe Perches wrote:
> On Wed, 2012-07-11 at 12:33 +0200, Kay Sievers wrote:
> Interesting idea, perhaps workable, but it has
> a few defects I can see.
>
> It works for most uses, but it doesn't work for
> when there are multiple function sites like
>
> void
> > > This is deliberate. It's not reporting an error, it's reporting an
> > > indeterminate status which is a different thing.
>
> > Ok, then I would propose to use REGULATOR_STATUS_OFF instead of 0, to
> > present
> > your deliberate decision here.
>
> I don't think you're fully
On Wed, 2012-07-11 at 17:59 +0900, Toshiaki Yamane wrote:
> This change is inspired by checkpatch.
The changelog could be improved a bit. Maybe:
Added pr_fmt.
Removed unnecessary OOM messages.
Removed embedded message prefixes.
Added __func__ to all pr_err messages.
> diff --git
On Wed, 2012-07-11 at 16:55 +0200, Peter Zijlstra wrote:
> Right.. back when I did that the plan was to make PERF_SAMPLE_PERIOD fix
> that, of course that never seemed to have happened.
>
> With PERF_SAMPLE_PERIOD you can simply write the 1b into the period of 1
> event and be done with it.
It
The declaration of arch_release_thread_info() needs a semicolon.
Signed-off-by: David Howells
---
arch/mn10300/include/asm/thread_info.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/mn10300/include/asm/thread_info.h
b/arch/mn10300/include/asm/thread_info.h
index
On Wed, 2012-07-11 at 18:14 +0400, Andrew Vagin wrote:
> @@ -5226,6 +5227,29 @@ void perf_tp_event(u64 addr, u64 count, void *record,
> int entry_size,
> perf_swevent_event(event, count, , regs);
> }
>
> + /*
> +* If we got specified a target task,
On Thu, Jul 12, 2012 at 12:10:14AM +1000, Ben Minerds wrote:
> Removed various checkpatch.sh warnings and errors.
> Split patch by warning/error type.
> Corrected line wraps in emails.
>
> Signed-off-by: Ben Minerds
> ---
> drivers/usb/serial/keyspan.c | 106
>
On Wed, Jul 11, 2012 at 04:55:08PM +0200, Peter Zijlstra wrote:
> On Wed, 2012-07-11 at 16:48 +0200, Frederic Weisbecker wrote:
> > On Wed, Jul 11, 2012 at 04:38:19PM +0200, Peter Zijlstra wrote:
> > > On Wed, 2012-07-11 at 16:36 +0200, Frederic Weisbecker wrote:
> > > >
> > > > In this case he
On Tue, Jul 10, 2012 at 05:32:35PM -0500, Alexis Cortes wrote:
> Hi Sarah & Greg,
>
> I made another patch for this issue following your recommendations. The only
> thing that is left is the way the patch is going to be implemented on the
> kernel (module parameter, sysfs...), which is still in
On Tue, Jul 10, 2012 at 07:10:06PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> A lot of Broadcom Bluetooth devices provides vendor specific interface
> class and we are getting flooded by patches adding new device support.
> This change will help us enable support for any other
On Wed, 2012-07-11 at 12:33 +0200, Kay Sievers wrote:
> Hey Joe,
Hi Kay.
> what do you think this?
>
> It would make composing continuation lines at the caller side entirely
> race-free, and it might fit into the usual pattern.
Maybe. comments below...
> The more interesting thing, this
On Wed, 2012-07-11 at 16:48 +0200, Frederic Weisbecker wrote:
> On Wed, Jul 11, 2012 at 04:38:19PM +0200, Peter Zijlstra wrote:
> > On Wed, 2012-07-11 at 16:36 +0200, Frederic Weisbecker wrote:
> > >
> > > In this case he can just record sched wakeup as well. With sched_switch
> > > +
On Wed, Jul 11, 2012 at 02:06:10PM +0300, Purdila, Octavian wrote:
> On Wed, Jul 11, 2012 at 5:09 AM, Ram Pai wrote:
>
> >
> > Wait.. I am not sure this will fix the problem entirely. The above check
> > will handle the case where the range requested is entirey out of the
> > root's range. But
On 2012-07-09 15:54, Clemens Ladisch wrote:
> (forwarded to linux-usb)
>
> Udo van den Heuvel wrote:
>>
>> One moment the box is runing OK.
>> One moment the 3.4.4 kernel decides to disable an interrupt.
>> Why?
>>
>> Jul 8 07:43:49 box3 ntpd[5067]: parse: convert_rawdcf: INCOMPLETE DATA -
>>
On Wed, Jul 11, 2012 at 04:38:19PM +0200, Peter Zijlstra wrote:
> On Wed, 2012-07-11 at 16:36 +0200, Frederic Weisbecker wrote:
> >
> > In this case he can just record sched wakeup as well. With sched_switch
> > + sched_wakeup, he'll unlikely lose events.
> >
> > With sched_stat_sleep he will
On Wed, 2012-07-11 at 16:36 +0200, Frederic Weisbecker wrote:
>
> In this case he can just record sched wakeup as well. With sched_switch
> + sched_wakeup, he'll unlikely lose events.
>
> With sched_stat_sleep he will lose events, unless we fix this period
> demux thing.
But without this
On Wed, Jul 11, 2012 at 04:33:41PM +0200, Peter Zijlstra wrote:
> On Wed, 2012-07-11 at 16:31 +0200, Frederic Weisbecker wrote:
> > On Wed, Jul 11, 2012 at 06:14:58PM +0400, Andrew Vagin wrote:
> > > A few events are interesting not only for a current task.
> > > For example, sched_stat_* are
On Wed, Jul 11, 2012 at 09:08:17PM +0900, Sangbeom Kim wrote:
> This patch add Samsung S2MPS11 regulator driver.
> The S2MPS11 can support 10 Bucks and 38 LDOs and RTC.
> Especially, S2MPS11 is designed for high performance
> Samsung application processor.
Applied, thanks.
signature.asc
On Wed, 2012-07-11 at 16:31 +0200, Frederic Weisbecker wrote:
> On Wed, Jul 11, 2012 at 06:14:58PM +0400, Andrew Vagin wrote:
> > A few events are interesting not only for a current task.
> > For example, sched_stat_* are interesting for a task, which
> > wake up. For this reason, it will be good,
On Wed, Jul 11, 2012 at 06:14:58PM +0400, Andrew Vagin wrote:
> A few events are interesting not only for a current task.
> For example, sched_stat_* are interesting for a task, which
> wake up. For this reason, it will be good, if such events will
> be delivered to a target task too.
>
> Now a
On Wed, 2012-07-11 at 16:46 +0300, Artem Bityutskiy wrote:
> This patch-set makes ext4 file-system stop using the VFS '->write_supers()'
> call-back and the '->s_dirt' superblock field because I plan to remove them
> once all users are gone.
Hi Ted, is there any chance for this stuff to hit 3.6?
On 07/11/2012 05:01 PM, Taku Izumi wrote:
>> +++ b/include/linux/pci.h
>> @@ -258,6 +258,7 @@ struct pci_dev {
>> u8 pcie_mpss:3;/* PCI-E Max Payload Size Supported */
>> u8 rom_base_reg; /* which config register controls the
>> ROM */
>> u8
On Wed, Jul 11, 2012 at 03:18:00PM +0100, Krystian Garbaciak wrote:
> > This is deliberate. It's not reporting an error, it's reporting an
> > indeterminate status which is a different thing.
> Ok, then I would propose to use REGULATOR_STATUS_OFF instead of 0, to present
> your deliberate
On 07/11/2012 08:54 AM, Yasuaki Ishimatsu wrote:
> Hi Jiang,
>
> 2012/07/11 9:21, Jiang Liu wrote:
>> On 07/11/2012 08:09 AM, Yasuaki Ishimatsu wrote:
>>> Hi Jiang,
>>>
>>> 2012/07/11 1:50, Jiang Liu wrote:
On 07/10/2012 05:58 PM, Yasuaki Ishimatsu wrote:
> Hi Christoph,
>
>
On Wed, 11 Jul 2012, Tomoya MORINAGA wrote:
>
> Signed-off-by: Tomoya MORINAGA
There's no patch description. What is the cause of the problem and how
does the patch fix it?
> ---
> drivers/usb/host/ehci-hub.c |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
> diff --git
On Wed 11 July 2012 16:19:02 Federico Vaga wrote:
> > > > @@ -445,9 +402,9 @@ static const struct v4l2_subdev_video_ops
> > > > adv7180_video_ops = {>
> > > > static const struct v4l2_subdev_core_ops adv7180_core_ops = {
> > > >
> > > > .g_chip_ident = adv7180_g_chip_ident,
> > > > .s_std
> From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
> Sent: 11 July 2012 14:29
>
> On Wed, Jul 11, 2012 at 01:10:01PM +0100, Krystian Garbaciak wrote:
> > Fix typo for case REGULATOR_STATUS_STANDBY -> REGULATOR_MODE_STANDBY.
> > For undefined mode, return REGULATOR_STATUS_ERROR (0 is
On 07/11/2012 02:42 AM, Minchan Kim wrote:
> On 07/11/2012 12:17 AM, Seth Jennings wrote:
>> On 07/09/2012 09:35 PM, Minchan Kim wrote:
>>> Maybe we need local_irq_save/restore in zs_[un]map_object path.
>>
>> I'd rather not disable interrupts since that will create
>> unnecessary interrupt
On Wed, 2012-07-11 at 10:38 -0300, Jerry Yu wrote:
> I am working on a kernel module to monitor all TCP packets. I created a
> protocol
> handler with protocol code ETH_P_ALL to handle all incoming and outgoing
> TCP packets. The code worked fine on 2.6.14 kernel, but in current 3.2.0-26
>
> > > @@ -445,9 +402,9 @@ static const struct v4l2_subdev_video_ops
> > > adv7180_video_ops = {>
> > > static const struct v4l2_subdev_core_ops adv7180_core_ops = {
> > >
> > > .g_chip_ident = adv7180_g_chip_ident,
> > > .s_std = adv7180_s_std,
> > >
> > > - .queryctrl =
A few events are interesting not only for a current task.
For example, sched_stat_* are interesting for a task, which
wake up. For this reason, it will be good, if such events will
be delivered to a target task too.
Now a target task can be set by using __perf_task().
The original idea and a
On Wed, Jul 11, 2012 at 01:15:02PM +0100, Grant Likely wrote:
> On Jul 11, 2012 12:28 PM, "Arnd Bergmann" wrote:
> >
> > On Wednesday 11 July 2012, James Bottomley wrote:
> > > Hi All,
> > >
> > > We have set aside the second day of the kernel summit (Tuesday 28
> > > August) as mini-summit day.
On Wed, Jul 11, 2012 at 01:10:53PM +0900, Namjae Jeon wrote:
> 2012/7/10, J. Bruce Fields :
> > On Sat, Jul 07, 2012 at 11:17:39PM -0400, Namjae Jeon wrote:
> >> For removing storage device - user needs to safely un-mount the device
> >> and then eject. But if 'EBUSY' occurs in umount then it will
Changes to conform with checkpatch.sh script. - return is not a
function, parentheses not required. Removed 1 checkpatch.sh error.
Signed-off-by: Ben Minerds
---
drivers/usb/serial/keyspan.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/serial/keyspan.c
Changes to conform with checkpatch.sh script. - trailing whitespace.
Removed 1 checkpatch.sh error.
Signed-off-by: Ben Minerds
---
drivers/usb/serial/keyspan.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/serial/keyspan.c b/drivers/usb/serial/keyspan.c
Changes to conform with checkpatch.sh script. - space near open
parenthesis '('. Removed 2 checkpatch.sh errors.
Signed-off-by: Ben Minerds
---
drivers/usb/serial/keyspan.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/serial/keyspan.c
Changes to conform with checkpatch.sh script. - space around '='.
Removed 1 checkpatch.sh error.
Signed-off-by: Ben Minerds
---
drivers/usb/serial/keyspan.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/serial/keyspan.c b/drivers/usb/serial/keyspan.c
Changes to conform with checkpatch.sh script. - spaces around '?'
and ':'.Removed 14 checkpatch.sh errors.
Signed-off-by: Ben Minerds
---
drivers/usb/serial/keyspan.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/usb/serial/keyspan.c
Changes to conform with checkpatch.sh script. - no space before tabs.
Removed 52 checkpatch.sh warnings.
Signed-off-by: Ben Minerds
---
drivers/usb/serial/keyspan.c | 106 +-
1 files changed, 53 insertions(+), 53 deletions(-)
diff --git
301 - 400 of 1348 matches
Mail list logo