On Sat, 2013-07-13 at 19:45 +0400, Kirill Tkhai wrote:
> This patch adds optimization of try_to_wake_up() function
> for cases when the system is doing parallel wake_up
> of the same task on the different cpus. Also it adds
> accounting the statistics of these situations.
>
> We check the status
On 07/01/2013 10:46 AM, Dong Fang wrote:
Fix the following compiler warning of uninitialized variable
kernel/kprobes.c: In function 'register_kprobe':
kernel/kprobes.c:1493: warning: 'probed_mod' may be used uninitialized in this
function
Signed-off-by: Dong Fang
---
kernel/kprobes.c |
On Sat, Jul 13, 2013 at 08:51:28PM -0700, Greg Kroah-Hartman wrote:
> On Sat, Jul 13, 2013 at 10:22:19PM -0400, Theodore Ts'o wrote:
> > On Sat, Jul 13, 2013 at 11:27:17AM -0700, Greg Kroah-Hartman wrote:
> > > Ugh, the conversation has degenerated now into parsing the meaning of
> > > specific
On Fri, Jul 12, 2013 at 11:01:37AM -0700, Aaron Plattner wrote:
> Vendor ID 0x10de0060 is used by a yet-to-be-named GPU chip.
>
> Reviewed-by: Andy Ritger
> Signed-off-by: Aaron Plattner
> ---
> sound/pci/hda/patch_hdmi.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git
On Sat, Jul 13, 2013 at 10:22:19PM -0400, Theodore Ts'o wrote:
> On Sat, Jul 13, 2013 at 11:27:17AM -0700, Greg Kroah-Hartman wrote:
> > Ugh, the conversation has degenerated now into parsing the meaning of
> > specific words. This is why lawyers have created whole vocabularies
> > that are not
On Sat, Jul 13, 2013 at 06:46:51PM -0700, mark gross wrote:
> On Sat, Jul 13, 2013 at 11:54:17AM -0700, Greg KH wrote:
> > I'm announcing the release of the 3.9.10 kernel.
> >
> > Note, this might just be the last 3.9-stable kernel release, I'm not
> > quite sure I can guarantee another
On 07/02/2013 10:37 AM, Zheng Liu wrote:
On Mon, Jul 01, 2013 at 09:16:46AM -0700, Dave Hansen wrote:
On 06/28/2013 07:20 PM, Zheng Liu wrote:
IOW, a process needing to do a bunch of MAP_POPULATEs isn't
parallelizable, but one using this mechanism would be.
I look at the code, and it seems
On Sat, Jul 13, 2013 at 11:27:17AM -0700, Greg Kroah-Hartman wrote:
> Ugh, the conversation has degenerated now into parsing the meaning of
> specific words. This is why lawyers have created whole vocabularies
> that are not used by "normal" people. There's a very good reason why
> I'm not a
> -Original Message-
> From: Ben Hutchings [mailto:b...@decadent.org.uk]
> Sent: Friday, July 12, 2013 5:13 PM
> To: KY Srinivasan
> Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
> jasow...@redhat.com;
On Sat, Jul 13, 2013 at 11:54:17AM -0700, Greg KH wrote:
> I'm announcing the release of the 3.9.10 kernel.
>
> Note, this might just be the last 3.9-stable kernel release, I'm not
> quite sure I can guarantee another 3.9-stable kernel will be released.
I guess this means 3.9 will NOT be this
Fail on me. I got rushed and sloppy. I really need to automate looking
for warnings pre-commit and not rely on Fengguang's robot.
-hpa
--
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
Hi Christoph,
On 06/24/2013 07:48 PM, Christoph Hellwig wrote:
On Sat, Jun 22, 2013 at 12:47:29PM -0700, Alex Elsayed wrote:
Couldn't this be done by having a root-only tmpfs, and having a userspace
component that creates per-app directories with restrictive permissions on
startup/app install?
Hi Colin,
On 06/22/2013 07:42 AM, Colin Cross wrote:
One of the features of ashmem (drivers/staging/android/ashmem.c) that
hasn't gotten much discussion about moving out of staging is named
anonymous memory.
In Android, ashmem is used for three different features, and most
users of it only care
On 2013/12/07 1:02 AM, "Dragos Foianu" wrote:
>Modified cfs_strdup function to use kstrdup instead of duplicating its
>implementation.
>
>Found using Coccinelle.
Thanks for the patch, but in fact this function doesn't appear to be used
in the code anymore and could be removed entirely. Seems
> CC: "Johannes Weiner" , linux-kernel@vger.kernel.org,
> linux...@kvack.org, "cgroups mailinglist" ,
> "KAMEZAWA Hiroyuki" , righi.and...@gmail.com
>> CC: "Johannes Weiner" , linux-kernel@vger.kernel.org,
>> linux...@kvack.org, "cgroups mailinglist" ,
>> "KAMEZAWA Hiroyuki" ,
> CC: "Johannes Weiner" , linux-kernel@vger.kernel.org,
> linux...@kvack.org, "cgroups mailinglist" ,
> "KAMEZAWA Hiroyuki" , righi.and...@gmail.com
>On Wed 10-07-13 18:25:06, azurIt wrote:
>> >> Now i realized that i forgot to remove UID from that cgroup before
>> >> trying to remove it, so
Dear friend,
I am Subhash Deshpande , an official with the bank account
of Taipei International, I have a very sensitive and
confidential brief for you from the International Bank of
Taipei, Taiwan. I ask for your partnership in re-profiling
funds I will give you the details but in summary, the
Dear friend,
I am Subhash Deshpande , an official with the bank account
of Taipei International, I have a very sensitive and
confidential brief for you from the International Bank of
Taipei, Taiwan. I ask for your partnership in re-profiling
funds I will give you the details but in summary, the
On Sun, Jul 14, 2013 at 02:26:14AM +0400, Sergei Shtylyov wrote:
>The other trouble is that I'll have to backport this driver to
> 3.4 which doesn't contain the IIO infrastructure at all. :-(
That doesn't matter to us, we can't accept a driver that should be using
the iio subsystem, but
On Monday, July 08, 2013 10:34:56 PM Frederick van der Wyck wrote:
> On Mon, Jul 08, 2013 at 11:36:54AM -0400, Matthew Garrett wrote:
>
> > you should be able to just use first_ec directly rather than
> > probing yourself.
>
> Thanks, I've made that change below.
>
> > > + for (i = 0; i <
There is an asymmetry in ttusb_dec_init_usb()-ttusb_init_rc()
and ttusb_dec_exit_usb()-ttusb_dec_exit_rc() in terms of resources
allocated-deallocated. irq_urb and irq_buffer are allocated in
ttusb_dec_init_usb(), while they are deallocated in ttusb_dec_exit_rc().
As a result there is a leak of
Hello.
On 07/13/2013 05:30 AM, Greg KH wrote:
Add the driver for Gyro-ADC/speed-pulse interfaces found in Renesas R-Car SoCs.
Though being two separate devices, they have to be driven together because of
the shared start/stop register (located in Gyro-ADC still). At this time, only
On Sat, Jul 13, 2013 at 4:21 AM, Thomas Gleixner wrote:
>
>* Guarantee IDT page alignment
What the F*CK, guys?
This piece-of-shit commit is marked for stable, but you clearly never
even test-compiled it, did you?
Because on x86-64 (the which is the only place where the patch
matters), I
I think we will need to map the uart explicitly, which is complex as that in
turn implies seeing up something like the fixmap for the decompressor... not
impossible but additional complexity to be sure. At least on 64 bits the high
half should not conflict with any physical addresses.
Either
Hello.
On 07/13/2013 11:58 AM, Arnd Bergmann wrote:
And are you sure you want to control this through sysfs? There's no
other better user/kernel apis for it?
I found none, besides ioctl(), as the device driven is rather
unique. But I thought that sysfs is "ioctl() today", so I went
On Sat, Jul 13, 2013 at 7:53 AM, H. Peter Anvin wrote:
> On 07/12/2013 11:47 PM, Yinghai Lu wrote:
>>
>> for 32 bit, that is ok.
>> for 64 bit via 32bit bootloader, arch/x86/boot/compressed/head_64.S
>> will set page table for first 4G still ok.
>> for 64 bit via 64bit loader, like kexec via
On Sat, Jul 13, 2013 at 9:26 AM, Daniel Drake wrote:
> OpenFirmware doesn't quite follow the protocol described in boot.txt
> and the kernel has detected this through use of the sentinel value
> in boot_params. OFW does zero out almost all of the stuff that it should
> do, but not the sentinel.
>
On Saturday, July 13, 2013 08:09:59 PM Mika Westerberg wrote:
> Now that acpiphp_check_bridge() always enumerates devices behind the
> bridge, there is no need to do that for each sub-bridge anymore like it is
> done in the current ACPI-based PCI hotplug code. Given this we don't need
>
On Fri, Jul 12, 2013 at 8:21 PM, tip-bot for Kees Cook wrote:
> Commit-ID: c0b3450f101523a49823fa93d155f1d258e5ac6f
> Gitweb: http://git.kernel.org/tip/c0b3450f101523a49823fa93d155f1d258e5ac6f
> Author: Kees Cook
> AuthorDate: Fri, 12 Jul 2013 15:50:17 -0700
> Committer: H. Peter Anvin
On Fri, Jul 12, 2013 at 8:21 PM, tip-bot for Kees Cook wrote:
> Commit-ID: c0b3450f101523a49823fa93d155f1d258e5ac6f
> Gitweb: http://git.kernel.org/tip/c0b3450f101523a49823fa93d155f1d258e5ac6f
> Author: Kees Cook
> AuthorDate: Fri, 12 Jul 2013 15:50:17 -0700
> Committer: H. Peter Anvin
The Kconfig symbol ARCH_MULTI_V4 was removed in commit 24e860fbfd
("ARM: multiplatform: always pick one CPU type"). Remove the last
reference to it too.
Signed-off-by: Paul Bolle
---
0) Untested.
1) Commit 24e860fbfd is silent on the reason to drop ARCH_MULTI_V4. And
the ARM section of the
Hi!
> One thing I'd like to know: how do you configure kernel to get output
> on qemu? I was doing CONFIG_DEBUG_LL with specific uart, but that
> needed patching the kernel, you apparently have something more
> clever.
Aha, normal console=ttyO2 option. Got it now :-).
On Wed, Jul 10, 2013 at 2:50 PM, Jason Cooper wrote:
> On Wed, Jul 10, 2013 at 10:08:50PM +0800, Haojian Zhuang wrote:
>> On Wed, Jul 10, 2013 at 8:24 PM, Jason Cooper wrote:
>> > On Wed, Jul 10, 2013 at 04:19:46PM +0800, Haojian Zhuang wrote:
>> >> On Tue, Jul 9, 2013 at 8:49 PM, Jason Cooper
Hello everyone,
My name is Alexey Shmalko and I'm a student of the Kiev Polytechnic
Institute and have just finished the first year of my studying.
I'm crazy about programming, have a strong knowledge of the C language
and good knowledge of the Linux system (thank you, Gentoo). I've read
Robert
Dear customers,
We encourage you to update your phpBB forums to the latest version as it
prevents many security bugs and make your forum stable.
There are many anti-spam methods to prevent the spambots registration and
posting , please pick up one of these mods to keep your forum clean
We
On Sat, 2013-07-13 at 10:09 -0700, Greg KH wrote:
> On Sat, Jul 13, 2013 at 09:08:01AM -0700, Darren Hart wrote:
...
> > I was looking at it as a quirk:
> >
> > " - New device IDs and quirks are also accepted."
> >
> > I even considered implementation as a pci quirk. I didn't because the
> >
I'm announcing the release of the 3.10.1 kernel.
All users of the 3.10 kernel series must upgrade.
The updated 3.10.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.10.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/MAINTAINERS b/MAINTAINERS
index ad7e322..48c7480 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7667,6 +7667,7 @@ STABLE BRANCH
M: Greg Kroah-Hartman
L: sta...@vger.kernel.org
S: Supported
+F: Documentation/stable_kernel_rules.txt
STAGING SUBSYSTEM
M: Greg
I'm announcing the release of the 3.9.10 kernel.
Note, this might just be the last 3.9-stable kernel release, I'm not
quite sure I can guarantee another 3.9-stable kernel will be released.
Please move to the 3.10-stable series at this point in time. If that
isn't working for you, please let us
diff --git a/MAINTAINERS b/MAINTAINERS
index c744d9c..5725829 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -6390,6 +6390,7 @@ STABLE BRANCH
M: Greg Kroah-Hartman
L: sta...@vger.kernel.org
S: Supported
+F: Documentation/stable_kernel_rules.txt
STAGING SUBSYSTEM
M: Greg
I'm announcing the release of the 3.4.53 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
Commit 4b5b4c7222 ("staging/lustre/libcfs: restore LINVRNT") added
"default false" to this Kconfig file. It was obviously meant to use
"default n" here. But we might as well drop this line, as a Kconfig bool
defaults to 'n' anyway.
Signed-off-by: Paul Bolle
---
0) v2: remove the default
On Wed 2013-07-10 15:08:59, Pali Rohár wrote:
> * On RX-51 probing for acx565akm driver is later then for omapfb which cause
> that omapfb probe fail and framebuffer is not working
> * EPROBE_DEFER causing that kernel try to probe for omapfb later again which
> fixing this problem
>
> * Without
On Sat, Jul 13, 2013 at 07:42:11AM -0400, Theodore Ts'o wrote:
> On Fri, Jul 12, 2013 at 11:48:01PM -0700, Greg Kroah-Hartman wrote:
> > > It's the difference between "this is a fix" and "please backport this
> > > fix into stable". As we aid in this thread, cc:stable is a bit too much
> > >
On Wed, 2013-07-10 at 12:39 +0100, Fleming, Matt wrote:
> On 10 July 2013 12:34, Maarten Lankhorst
> wrote:
> > Hey,
> >
> > It seems that in the merge window my macbook pro stopped working at some
> > point. I looked for suspicious
> > efi related commits, and found that reverting commit
> >
All,
On 2013-07-13 20:08 +0200, Yann E. MORIN spake thusly:
> From: "Yann E. MORIN"
>
> Re-phrase the explanations on the sorting of search results, in a more
> concise and complete way.
>
> Drop reference to the user's locale when sorting alphabetically, since
> this is implicit.
>
>
From: "Yann E. MORIN"
Re-phrase the explanations on the sorting of search results, in a more
concise and complete way.
Drop reference to the user's locale when sorting alphabetically, since
this is implicit.
Reported-by: Jean Delvare
Signed-off-by: "Yann E. MORIN"
Cc: Jean Delvare
---
From: "Yann E. MORIN"
Calls to strlen are costly, so avoid calling strln as much as we can.
Reported-by: Jean Delvare
Signed-off-by: "Yann E. MORIN"
Cc: Jean Delvare
---
scripts/kconfig/symbol.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git
Hello All!
Here are a few code cleanups after Jean's review:
[PATCH 1/3] Documentation/kconfig: more concise and straightforward
[PATCH 2/3] kconfig: avoid multiple calls to strlen
[PATCH 3/3] kconfig: cleanup symbol-search code
If everything is good, I'll send a pull-request to
From: "Yann E. MORIN"
- no need for a double-indirection for the temporary sym_match_arr array
- the temporary sym_match_arr array is not NULL terminated, so no need
to allocate n+1 elements
- two minor style fixes
- grammar fix in comment
Reported-by: Jean Delvare
Signed-off-by: "Yann E.
On Fri, Jul 12, 2013 at 8:14 PM, Steven Rostedt wrote:
> On Fri, 2013-07-12 at 10:59 -0700, Linus Torvalds wrote:
>> On Fri, Jul 12, 2013 at 10:50 AM, Steven Rostedt wrote:
>> >
>> > Perhaps just make a separate stable branch, where you cherry-pick the
>> > specific patch using the -x option.
I'm announcing the release of the 3.0.86 kernel.
All users of the 3.0 kernel series must upgrade.
The updated 3.0.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.0.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/MAINTAINERS b/MAINTAINERS
index 9b893d7..d81f637 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -5725,6 +5725,7 @@ P:Vincent Sanders
M: Simtec Linux Team
W: http://www.simtec.co.uk/products/EB110ATX/
S: Supported
+F: Documentation/stable_kernel_rules.txt
On Sat, Jul 13, 2013 at 06:47:37PM +0200, Paul Bolle wrote:
> Greg,
>
> I'm afraid I botched the Subject line. Please remove one instance of
> "staging/lustre/libcfs:" from the summary.
Please resend it. When dealing with almost a thousand patches a kernel
release, editing subject lines by hand
On Sat, Jul 13, 2013 at 09:08:01AM -0700, Darren Hart wrote:
> On Fri, 2013-07-12 at 23:26 -0700, Greg KH wrote:
> > On Fri, Jul 12, 2013 at 10:46:21PM -0700, Darren Hart wrote:
> > > On Fri, 2013-07-12 at 18:17 -0700, Greg KH wrote:
> > > > > ---
> > > > >
Now that acpiphp_check_bridge() always enumerates devices behind the
bridge, there is no need to do that for each sub-bridge anymore like it is
done in the current ACPI-based PCI hotplug code. Given this we don't need
check_sub_bridges() anymore and can drop the function completely.
This also
On Fri, Jul 12, 2013 at 5:40 PM, Sven-Haegar Koch wrote:
> On Fri, 12 Jul 2013, Luis R. Rodriguez wrote:
>
>> Kicked out the first Linux kernel backports release under the new
>> project name, "backports" that hopefully clarifies this a generic
>> backport project now. Backported subsystems in
Hi,
(2013/07/09 10:09), Waiman Long wrote:> +/**
> + * lockref_put_or_lock - decrements count unless count <= 1 before decrement
> + * @lockcnt: pointer to lockref structure
> + * Return: 1 if count updated successfully or 0 if count <= 1 and lock taken
> + *
> + * The only difference between
Greg,
I'm afraid I botched the Subject line. Please remove one instance of
"staging/lustre/libcfs:" from the summary.
Paul Bolle
--
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
Commit 4b5b4c7222 ("staging/lustre/libcfs: restore LINVRNT") added
"default false" to this Kconfig file. It was obviously meant to use
"default n" here. But we might as well drop this line, as a Kconfig bool
defaults to 'n' anyway.
Signed-off-by: Paul Bolle
---
0) v2: remove the default
OpenFirmware doesn't quite follow the protocol described in boot.txt
and the kernel has detected this through use of the sentinel value
in boot_params. OFW does zero out almost all of the stuff that it should
do, but not the sentinel.
This causes the kernel to clear olpc_ofw_header, which breaks
On 7/12/2013 11:49 PM, Peter Zijlstra wrote:
On Tue, Jul 09, 2013 at 04:55:29PM +0100, Morten Rasmussen wrote:
Hi,
This patch set is an initial prototype aiming at the overall power-aware
scheduler design proposal that I previously described
On Fri, 2013-07-12 at 23:26 -0700, Greg KH wrote:
> On Fri, Jul 12, 2013 at 10:46:21PM -0700, Darren Hart wrote:
> > On Fri, 2013-07-12 at 18:17 -0700, Greg KH wrote:
> > > On Fri, Jul 12, 2013 at 05:58:07PM -0700, Darren Hart wrote:
> > > > The MinnowBoard uses an AR803x PHY with the PCH GBE
On Sat, Jul 13, 2013 at 04:40:46PM +0200, Paul Bolle wrote:
> Commit 4b5b4c7222 ("staging/lustre/libcfs: restore LINVRNT") added
> "default false" to this Kconfig file. It was obviously meant to use
> "default n" here.
>
> Signed-off-by: Paul Bolle
> ---
> 0) Tested lightly, with "make
On Sat, 2013-07-13 at 11:10 -0400, Dave Jones wrote:
> On Sat, Jul 13, 2013 at 07:11:29AM -0400, Steven Rostedt wrote:
>
> > > Users expect vanilla .0 releases usable as production systems, to
> > > be updated (meaning, no new features, just stabilizing) with the
> > > corresponding -stable
This patch adds optimization of try_to_wake_up() function
for cases when the system is doing parallel wake_up
of the same task on the different cpus. Also it adds
accounting the statistics of these situations.
We check the status of the task we want to wake up.
If it is TASK_WAKING then the task
Hi Linus,
Here's the first set of fixes for SoC platforms. You'll see a trivial
merge conflict due to the same bug being fixed through our tree and
another (with a newline difference), but it was near the bottom of the
branch and I didn't think it was worth rebasing away.
-Olof
The following
On Sat, Jul 13, 2013 at 07:11:29AM -0400, Steven Rostedt wrote:
> > Users expect vanilla .0 releases usable as production systems, to
> > be updated (meaning, no new features, just stabilizing) with the
> > corresponding -stable series.
>
> This really is a case by case basis. An
On Sat, Jul 13, 2013 at 12:00:30PM +1000, Dave Chinner wrote:
> On Thu, Jul 11, 2013 at 10:39:30PM -0400, Dave Jones wrote:
> > Just saw this during boot after an unclean shutdown. It hung afterwards.
> >
> > [ 97.162665] XFS: Assertion failed: xfs_dir2_sf_lookup(args) == ENOENT,
> >
On 07/12/2013 11:47 PM, Yinghai Lu wrote:
>
> for 32 bit, that is ok.
> for 64 bit via 32bit bootloader, arch/x86/boot/compressed/head_64.S
> will set page table for first 4G still ok.
> for 64 bit via 64bit loader, like kexec via bzImage64, First Kernel/Kexec only
> set ident mapping for usable
On 7/12/2013 11:49 PM, Peter Zijlstra wrote:
Arjan; from reading your emails you're mostly busy explaining what cannot be
done. Please explain what _can_ be done and what Intel wants. From what I can
see you basically promote a max P state max concurrency race to idle FTW.
Since you can't
Commit 4b5b4c7222 ("staging/lustre/libcfs: restore LINVRNT") added
"default false" to this Kconfig file. It was obviously meant to use
"default n" here.
Signed-off-by: Paul Bolle
---
0) Tested lightly, with "make menuconfig" only.
1) No-one noticed because "default " and
"default n" behave the
On Fri, Jul 12, 2013 at 6:35 PM, Haojian Zhuang
wrote:
> These patches couldn't be applied. Since we're moving irq drivers from arch
> directories to irq directories.
It does not seem in line with the collaborative manner of kernel
development to block my patches for a whole month because they
On 07/13/2013 11:23 AM, Toralf Förster wrote:
> On 07/12/2013 12:15 AM, Srivatsa S. Bhat wrote:
>> And I'd of course appreciate to hear from Dirk, Tianyu and Toralf to know
>> whether their systems work fine after:
>> a. applying only the first commit (this is what gets backported to stable)
>
>
Thanks,
All 4 applied to the togreg branch of iio.git
Jonathan
On 07/12/2013 10:46 PM, Pandruvada, Srinivas wrote:
> Tested and ready to go.
>
> Thanks,
> Srinivas
>
>
> -Original Message-
> From: Jonathan Cameron [mailto:ji...@kernel.org]
> Sent: Friday, July 12, 2013 11:45 AM
>
Please I would like you to keep this proposal as a top secret and delete it if
you
are not interested and get back to me if you are interested for details as
regards
to the transfer of $24,500,000 to you.
This money initially belongs to a Libyan client who died in the libya crisis
and had no
On Sat, 2013-07-13 at 14:20 +0530, Prabhakar Lad wrote:
> Use the dev_* message logging API instead of raw printk.
[]
> diff --git a/drivers/media/platform/davinci/vpbe.c
> b/drivers/media/platform/davinci/vpbe.c
[]
> @@ -735,7 +735,7 @@ static int vpbe_initialize(struct device *dev, struct
>
Jean, All,
On 2013-07-12 11:07 +0200, Jean Delvare spake thusly:
[--SNIP--]
> > > > > +static int sym_rel_comp( const void *sym1, const void *sym2 )
> > > > > +{
> > > > > + struct sym_match *s1 = *(struct sym_match **)sym1;
> > > > > + struct sym_match *s2 = *(struct sym_match **)sym2;
>
On Sat, 2013-07-13 at 12:16 +0200, Paul Bolle wrote:
> I suspect that the stuck frequency is a regression introduced in v3.10.0.
The culprit apparently is commit a66b2e503f ("cpufreq: Preserve sysfs
files across suspend/resume"). Srivatsa submitted a patch to revert that
commit (see
On Fri, 2013-07-12 at 12:48 +0530, Viresh Kumar wrote:
> On 12 July 2013 03:45, Srivatsa S. Bhat
> wrote:
> > commit a66b2e (cpufreq: Preserve sysfs files across suspend/resume) has
> > unfortunately caused several things in the cpufreq subsystem to break subtly
> > after a suspend/resume cycle.
This adds device tree with neccessary support to boot with functional
video (on both emulator and real N900 device).
Signed-off-by: Pavel Machek
---
>From v1: Aaro wants just GPLv2, so I did that. I re-enabled parts that
can be enabled on 3.10, and tested it on that kernel.
diff --git
Hi Stephen,
> On Thu, 11 Jul 2013 22:34:24 +0200 Wim Van Sebroeck wrote:
> >
> > Please pull from 'master' branch of
> > git://www.linux-watchdog.org/linux-watchdog.git
>
> This was all rebased in the last day from what has been in linux-next for
> some time. All the patches are the same,
On Friday, July 12, 2013 06:32:11 PM Greg Kroah-Hartman wrote:
> On Sat, Jul 13, 2013 at 02:24:07AM +0200, Rafael J. Wysocki wrote:
> > On Thursday, July 11, 2013 08:34:30 PM Greg Kroah-Hartman wrote:
> > > On Thu, Jul 11, 2013 at 10:57:46PM -0400, John W. Linville wrote:
> > > > On Thu, Jul 11,
Applied fixes suggested by checkpatch.pl
Signed-off-by: Dragos Foianu
---
net/irda/irlan/irlan_eth.c | 31 ++-
1 file changed, 14 insertions(+), 17 deletions(-)
diff --git a/net/irda/irlan/irlan_eth.c b/net/irda/irlan/irlan_eth.c
index d14152e..ffcec22 100644
---
On Fri 2013-07-12 10:37:33, Alan Stern wrote:
> On Fri, 12 Jul 2013, Yanmin Zhang wrote:
>
> > On Thu, 2013-07-11 at 16:03 +0800, shuox@intel.com wrote:
> > > From: Liu ShuoX
> > >
> > > In shutdown progress, system is possible to do power transition
> > > (such as suspend-to-ram) in
>I'd rather go straight on to review v4 with my comments addressed, if
>it's all the same to you?
Sure. Thank you.
Best regards,
OK.--
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
On Fri, Jul 12, 2013 at 11:48:01PM -0700, Greg Kroah-Hartman wrote:
> > It's the difference between "this is a fix" and "please backport this
> > fix into stable". As we aid in this thread, cc:stable is a bit too much
> > automatic and sometimes not appropriate (not important enough fixes).
>
>
Applied fixes suggested by checkpatch.pl.
Signed-off-by: Dragos Foianu
---
net/core/ethtool.c | 30 --
1 file changed, 20 insertions(+), 10 deletions(-)
diff --git a/net/core/ethtool.c b/net/core/ethtool.c
index ab5fa63..78e9d92 100644
--- a/net/core/ethtool.c
+++
Good day,
We are a company FAIRHAVEN INTERNATIONAL LTD. giving out loans by mail
advert. We provide various types of loans (soft loans for home,
personal loans, etc..) by 3% interest rate, the repayment period can
be for anything from 3 to 25 years. If you are interested in more
Linus,
please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
* Guarantee IDT page alignment
* Revert an UEFI patch which caused a regression
* Add a missing check for EFI runtime services
* Fix
On 13/07/13 18:34, Justin Piszcz wrote:
And possibly:
discard_zeroes_data: 1
Does it though?
Here's my 6 x SSD RAID10 that definitely discards.
brad@srv:~$ grep . /sys/block/md2/queue/*
/sys/block/md2/queue/add_random:0
/sys/block/md2/queue/discard_granularity:33553920
Linus,
please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
* Fix a potential deadlock versus hrtimers.
Thanks,
tglx
-->
Peter Zijlstra (1):
sched: Fix HRTICK
Hello dear how is life treating you over there? Do you currently need financial
loan help that will change your status? Contact us today via E-mail:
openup_cente...@mail.mn
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Linus,
please pull the latest irq-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
irq-urgent-for-linus
* Core fix for missing round up in the generic irq chip
implementation
* New irq chip for MOXA SoCs
* A few fixes and cleanups in
From: "Lad, Prabhakar"
add OF support for the adv7343 driver.
Signed-off-by: Lad, Prabhakar
---
Changes for v2:
1: Fixed naming of properties.
.../devicetree/bindings/media/i2c/adv7343.txt | 54
drivers/media/i2c/adv7343.c| 65
Linus,
please pull the latest timers-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-for-linus
* Watchdog fixes for full dynticks
* Improved debug output for full dynticks
* Remove an obsolete full dynticks check
* Two ARM SoC
On Sat, 2013-07-13 at 02:47 +0200, Jochen Striepe wrote:
> Hello,
>
> On Fri, Jul 12, 2013 at 04:28:20PM -0400, Steven Rostedt wrote:
> > I would suspect that machines that allow unprivileged users would be
> > running distro kernels, and not the latest release from Linus, and thus
> > even
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
* Fix for do_div() abuse on x86
* Locking fix in perf core
* A pile of (build) fixes and cleanups in perf tools
Thanks,
tglx
Linus,
please pull the latest core-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-urgent-for-linus
* Header cleanup as requested by Linus
Thanks,
tglx
-->
Maarten Lankhorst (1):
mutex: Move ww_mutex
Now using kstrdup instead of its implementation.
Found using coccinelle.
Signed-off-by: Dragos Foianu
---
drivers/scsi/aic7xxx/aic7770_osm.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/scsi/aic7xxx/aic7770_osm.c
b/drivers/scsi/aic7xxx/aic7770_osm.c
index
1 - 100 of 280 matches
Mail list logo
