On 10/20/12 21:18, Jacob Shin wrote:
> On Sat, Oct 20, 2012 at 09:01:43PM -0700, Yinghai Lu wrote:
>> On Sat, Oct 20, 2012 at 5:17 PM, Tom Rini wrote:
>>> On 10/20/12 17:11, Shin, Jacob wrote:
Hi could you please attach the dmesg output? Before rc2 is fine as well.
I would like to see th
On 10/20/12 21:01, Yinghai Lu wrote:
> On Sat, Oct 20, 2012 at 5:17 PM, Tom Rini wrote:
>> On 10/20/12 17:11, Shin, Jacob wrote:
>>> Hi could you please attach the dmesg output? Before rc2 is fine as well.
>>> I would like to see the E820 table. Thank you,
>>
>> dmesg is quite long so I've put it
* Steven Rostedt wrote:
>
> Ingo,
>
> Please pull the latest tip/perf/urgent tree, which can be found at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
> tip/perf/urgent
>
> Head SHA1: 8e49f418c9632790bf456634742d34d97120a784
>
>
> Vaibhav Nagarnaik (1):
>
On 2012.10.21 at 19:51 +0200, Ingo Molnar wrote:
>
> * Markus Trippelsdorf wrote:
>
> > On 2012.10.21 at 19:15 +0200, Borislav Petkov wrote:
> > > On Sun, Oct 21, 2012 at 05:03:05PM +0200, Ingo Molnar wrote:
> > > > The best way to compare them would be a script that gives exactly the
> > > > sa
On Sun, Oct 21, 2012 at 6:55 PM, Ingo Molnar wrote:
>
> * Andi Kleen wrote:
>
>> > > > This isn't limited to admin, right? So the above turns into a DoS on
>> > > > the
>> > > > console.
>> > > >
>> > > Ok, so how about a WARN_ON_ONCE() instead?
>> >
>> > That should be fine I guess ;-)
>>
>> im
* Stephane Eranian wrote:
> On Sun, Oct 21, 2012 at 6:55 PM, Ingo Molnar wrote:
> >
> > * Andi Kleen wrote:
> >
> >> > > > This isn't limited to admin, right? So the above turns into a DoS on
> >> > > > the
> >> > > > console.
> >> > > >
> >> > > Ok, so how about a WARN_ON_ONCE() instead?
> >
On 2012.10.21 at 19:54 +0200, Markus Trippelsdorf wrote:
> On 2012.10.21 at 19:51 +0200, Ingo Molnar wrote:
> >
> > * Markus Trippelsdorf wrote:
> >
> > > On 2012.10.21 at 19:15 +0200, Borislav Petkov wrote:
> > > > On Sun, Oct 21, 2012 at 05:03:05PM +0200, Ingo Molnar wrote:
> > > > > The best
* Markus Trippelsdorf wrote:
> On 2012.10.21 at 19:51 +0200, Ingo Molnar wrote:
> >
> > * Markus Trippelsdorf wrote:
> >
> > > On 2012.10.21 at 19:15 +0200, Borislav Petkov wrote:
> > > > On Sun, Oct 21, 2012 at 05:03:05PM +0200, Ingo Molnar wrote:
> > > > > The best way to compare them would
* Markus Trippelsdorf wrote:
> On 2012.10.21 at 19:54 +0200, Markus Trippelsdorf wrote:
> > On 2012.10.21 at 19:51 +0200, Ingo Molnar wrote:
> > >
> > > * Markus Trippelsdorf wrote:
> > >
> > > > On 2012.10.21 at 19:15 +0200, Borislav Petkov wrote:
> > > > > On Sun, Oct 21, 2012 at 05:03:05PM
On Wed, Oct 17, 2012 at 07:35:10PM +0200, Oleg Nesterov wrote:
> On 10/16, Rabin Vincent wrote:
> > 2012/10/15 Oleg Nesterov :
> > > Not sure I understand why we shouldn't call handlers in this case,
> > > but OK, I know nothing about arm.
> >
> > This old discussion about kprobes should be useful:
Commit-ID: 124556ec1555b89af76cec3e41375b6f9a557ead
Gitweb: http://git.kernel.org/tip/124556ec1555b89af76cec3e41375b6f9a557ead
Author: Daniel J Blueman
AuthorDate: Mon, 1 Oct 2012 14:42:05 +0800
Committer: Borislav Petkov
CommitDate: Tue, 9 Oct 2012 14:48:43 +0200
x86, AMD, MCE: Preven
* Johannes Weiner wrote:
> On Thu, Oct 18, 2012 at 10:05:39AM -0700, tip-bot for Peter Zijlstra wrote:
> > Commit-ID: 713f937655c4b15131b5a0eae4610918a4febe17
> > Gitweb:
> > http://git.kernel.org/tip/713f937655c4b15131b5a0eae4610918a4febe17
> > Author: Peter Zijlstra
> > AuthorDate:
Hi Bruno,
On 10/21/2012 10:58 AM, Bruno Prémont wrote:
Hi mark,
On Sun, 21 October 2012 Mark Hounschell wrote:
I have a TV that appears to not provide proper EDID info to the HDMI or DVI
ports of my Intel DH77DF motherboard. I received some pointers from this
list that pointed me in the direc
Commit-ID: fd0587339d80dd2fea5ead7f734676c9c618eace
Gitweb: http://git.kernel.org/tip/fd0587339d80dd2fea5ead7f734676c9c618eace
Author: Jean Delvare
AuthorDate: Sun, 21 Oct 2012 12:05:51 +0200
Committer: Ingo Molnar
CommitDate: Sun, 21 Oct 2012 19:03:35 +0200
Documentation: Reflect the
On Mon, Oct 15, 2012 at 06:31:47PM +0100, Dave Martin wrote:
> On Sun, Oct 14, 2012 at 09:23:13PM +0200, Rabin Vincent wrote:
> > +static int uprobe_trap_handler(struct pt_regs *regs, unsigned int instr)
> > +{
> > + unsigned long flags;
> > +
> > + local_irq_save(flags);
> > + if ((instr & 0
On Wed, Oct 17, 2012 at 03:50:48PM +0100, Jon Medhurst (Tixy) wrote:
> I just been looking at the decoding changes in patch 8 and had similar
> thoughts. The patch as it stands looks rather bolted on the side and
> makes the resulting code rather messy.
I agree.
> a) uprobes is similar enough to
Hi Linus,
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
Linus Torvalds (1):
Linux 3.7-rc2
are available in the git repository at:
ra.kernel.org:/pub/scm/linux/kernel/git/geert/linux-m68k.git for-linus
git://git.kernel.org/pub/scm/linux/kernel/
Hello, Greg.
On Sun, Oct 21, 2012 at 09:25:29AM -0700, Greg Kroah-Hartman wrote:
> > > commit 60ea8226cbd5c8301f9a39edc574ddabcb8150e0 upstream.
> > >
> > > A queue newly allocated with blk_alloc_queue_node() has only
> > > QUEUE_FLAG_BYPASS set. For request-based drivers,
> > > blk_init_allocat
On Mon, Oct 15, 2012 at 06:44:50PM +0100, Dave Martin wrote:
> On Mon, Oct 15, 2012 at 01:44:55PM +0200, Rabin Vincent wrote:
> > Why? It currently works for ARM userspace even if the kernel is
> > Thumb-2.
>
> My bad, I misread what was happening in the Makefile changes.
>
> My concern is about
On 10/16, Tejun Heo wrote:
>
> cgroup_subsys->fork() is invoked way before the new task is added to
> the css_set.
Plus, it called before this task (and even its task_struct) was fully
initialized.
All I can say is: personally I like this patch, it also simplifies
copy_process().
But I am in no
On 10/19, Tejun Heo wrote:
>
> On Fri, Oct 19, 2012 at 06:54:42PM +0200, Rafael J. Wysocki wrote:
> > > git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git
> > > review-cgroup_freezer-locking
> >
> > It seems that no one has any comments. :-)
> >
> > Are you going to prepare a branch for
Hi Mark,
On Sun, 21 October 2012 Mark Hounschell wrote:
> On 10/21/2012 10:58 AM, Bruno Prémont wrote:
> > On Sun, 21 October 2012 Mark Hounschell wrote:
> >> I have a TV that appears to not provide proper EDID info to the HDMI or DVI
> >> ports of my Intel DH77DF motherboard. I received some po
Hello, Oleg.
On Sun, Oct 21, 2012 at 09:11:41PM +0200, Oleg Nesterov wrote:
> A couple of off-topic questions. With or without this patch I do not
> understand cgroup_fork,
>
> /*
>* We don't need to task_lock() current because current->cgroups
>* can't be changed concurrent
Hello, Oleg.
On Sun, Oct 21, 2012 at 09:18:53PM +0200, Oleg Nesterov wrote:
> > I'm waiting for Oleg to poke some holes in the synchronization
> > department but if that doesn't happen you can pull from the above
> > branch. I'll pull it into cgroup/for-3.8 too.
>
> Just in case, I see nothing b
On 10/21/2012 02:36 PM, Tvrtko Ursulin wrote:
> On 21/10/12 13:20, Zdenek Kaspar wrote:
I would say you are still missing some modules.
> Kernel says this:
> device-mapper: table: 252:1: crypt: Error allocating crypto tfm
> device-mapper: ioctl: error adding target to
On 10/21, Rabin Vincent wrote:
>
> On Wed, Oct 17, 2012 at 07:35:10PM +0200, Oleg Nesterov wrote:
> >
> > And, to clarify, I am not arguing. Just curious.
> >
> > So, is this like cmov on x86? And this patch allows to not report if
> > the condition is not true? Or there are other issues on arm?
>
>
> On Oct 21, 2012, Borislav Petkov wrote:
>
> On Sun, Oct 21, 2012 at 11:59:36AM +, Artem S. Tashkinov wrote:
> > http://imageshack.us/a/img685/9452/panicz.jpg
> >
> > list_del corruption. prev->next should be ... but was ...
>
> Btw, this is one of the debug options I told you to enabl
On 19.10.2012 11:59, Afzal Mohammed wrote:
> enhance rtc-omap driver with DT capability
>
> Signed-off-by: Afzal Mohammed
> Acked-by: Sekhar Nori
> ---
>
> v4:
> Proper devicetree documentation
>
> v2:
> Use compatible as ti,da830-rtc instead of ti,am1808-rtc
>
> Documentation/devicetree/b
On 21.10.2012 21:49, Artem S. Tashkinov wrote:
>>
>> On Oct 21, 2012, Borislav Petkov wrote:
>>
>> On Sun, Oct 21, 2012 at 11:59:36AM +, Artem S. Tashkinov wrote:
>>> http://imageshack.us/a/img685/9452/panicz.jpg
>>>
>>> list_del corruption. prev->next should be ... but was ...
>>
>> Btw, thi
On Sunday 21 October 2012 16:49:08 Marcin Slusarz wrote:
> On Sun, Oct 21, 2012 at 07:38:58AM -0700, Linus Torvalds wrote:
> > On Sun, Oct 21, 2012 at 5:09 AM, Marcin Slusarz
> >
> > wrote:
> > > This looks like ACPI bug...
> >
> > I'm shocked to hear that firmware would be fragile.
> >
> > Anywa
On 10/17/2012 2:17 PM, Tom Mingarelli wrote:
This patch is to prevent devices that have RMRRs associated with them to
not be placed into the SI Domain during init. We don't put USB devices
into this category, however. This fixes the issue where the RMRR info
for devices being placed in and out of
bio.c: fix: don't increase bio_slab_max if krealloc() of bio_slabs fails
Signed-off-by: Anna Leuschner
---
fs/bio.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/fs/bio.c b/fs/bio.c
index 9298c65..b96fc6c 100644
--- a/fs/bio.c
+++ b/fs/bio.c
@@ -75,6 +75,7 @@ stati
If acpi_ds_create_walk_state() succeeds, but the call to
ACPI_ALLOCATE_ZEROED() fails, then we'll return from the function
without properly freeing 'next_walk_state'.
Signed-off-by: Jesper Juhl
---
drivers/acpi/acpica/dsmethod.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff
On Sun, Oct 21, 2012 at 07:49:01PM +, Artem S. Tashkinov wrote:
> I ran it this way: while :; do dmesg -c; done | scat /dev/sda11 (yes,
> straight to a hdd partition to eliminate a FS cache)
Well, I'm no fs guy but this should still go through the buffer cache. I
think the O_SYNC flag makes su
> Nice. Could you do that again with the patch applied I sent yo some
> hours ago?
That patch was of no help - the system has crashed and I couldn't spot relevant
messages.
I've no idea what it means.
Artem
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On 21.10.2012 22:43, Artem S. Tashkinov wrote:
>> Nice. Could you do that again with the patch applied I sent yo some
>> hours ago?
>
> That patch was of no help - the system has crashed and I couldn't spot
> relevant
> messages.
>
> I've no idea what it means.
The sequence of driver callbacks
On Sun, Oct 21, 2012 at 10:51:35AM -0700, Tom Rini wrote:
> On 10/20/12 21:18, Jacob Shin wrote:
> > On Sat, Oct 20, 2012 at 09:01:43PM -0700, Yinghai Lu wrote:
> >> On Sat, Oct 20, 2012 at 5:17 PM, Tom Rini wrote:
> >>> On 10/20/12 17:11, Shin, Jacob wrote:
> Hi could you please attach the d
On Fri, Aug 24, 2012 at 06:55:13PM -0500, Jacob Shin wrote:
> Current logic finds enough space for direct mapping page tables from 0
> to end. Instead, we only need to find enough space to cover mr[0].start
> to mr[nr_range].end -- the range that is actually being mapped by
> init_memory_mapping()
On 10/21/12 14:06, Jacob Shin wrote:
> On Sun, Oct 21, 2012 at 10:51:35AM -0700, Tom Rini wrote:
>> On 10/20/12 21:18, Jacob Shin wrote:
>>> On Sat, Oct 20, 2012 at 09:01:43PM -0700, Yinghai Lu wrote:
On Sat, Oct 20, 2012 at 5:17 PM, Tom Rini wrote:
> On 10/20/12 17:11, Shin, Jacob wrote:
The latest feature release Git v1.8.0 is now available at the
usual places.
The release tarballs are found at:
http://code.google.com/p/git-core/downloads/list
and their SHA-1 checksums are:
a03afc33f8f0723ad12649d79f1e8968526b4bf7 git-1.8.0.tar.gz
93c860cf4cd26d4b3e269b0903b833db1c1f0f8e
On Sun, Oct 21, 2012 at 01:29:35PM +0200, richard -rw- weinberger wrote:
> Every kernel developer has his own wrapper script to make qemu usable.
> IMHO it's time to add such a script to the kernel tree.
One observation I'll make is that for many people, what you want to do
is a *lot* more than ju
On Sun, Oct 14, 2012 at 6:17 PM, Konstantin Dorfman
wrote:
> On Thu, 11 Oct 2012 17:19:01 +0200, Per Forlin
> wrote:
> Hello Per,
>
>>I would like to start with some basic comments.
>>
>>1. Is this read sequential issue specific to MMC?
>>2. Or is it common with all other block-drivers that gets
Hi everyone,
I was just wondering - Since (last time I looked, anyway),
/scripts/* has no maintainer, who would I send patches to?
Would I just send them to the mailing list, or is there a
sort of catch-all maintainer for things like this?
Thanks in advance, and sorry if this is already answered
On Thu, Oct 18, 2012 at 10:53:38AM -0400, Matt Porter wrote:
> On Fri, Oct 05, 2012 at 01:04:40PM -0400, Matt Porter wrote:
> > Remove the use of the private DaVinci SRAM API in favor
> > of genalloc. The pool to be used is provided by platform
> > data.
> >
> > Signed-off-by: Matt Porter
>
> Ha
Hi Chris,
Today's linux-next merge of the xtensa tree got a conflict in
arch/xtensa/include/uapi/asm/unistd.h between commit 7216cabfff51
("xtensa: add missing system calls to the syscall table") from Linus'
tree and commit daff2ab722aa ("xtensa: add missing system calls to the
syscall table") fro
Namjae Jeon writes:
>> The expectation of fallocate() is just for space reservation? If it was
>> just for space reservation, I'm not sure, why TV applications can't
>> reserve in userland without any kernel help (I wonder who interrupts TV
>> application). I feel a bit, it may be more lightweigh
Hi Stephen,
Sorry, I accidentally pushed this patch up; should be fixed the next
next time you pull.
Thanks,
-Chris
On 10/21/2012 04:40 PM, Stephen Rothwell wrote:
Hi Chris,
Today's linux-next merge of the xtensa tree got a conflict in
arch/xtensa/include/uapi/asm/unistd.h between commit
On Sun, 2012-10-21 at 00:19 +0200, Marcin Slusarz wrote:
> On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote:
> > On 20.10.2012, Marcin Slusarz wrote:
> >
> > > Try this one.
> >
> > It works, now I can boot again. However, nouveau seems to be dead now.
> > The dmesg output with your p
Hi John,
Today's linux-next merge of the wireless-next tree got a conflict in
drivers/net/wireless/brcm80211/brcmfmac/wl_cfg80211.c between commit
3e4f319dacc6 ("brcmfmac: fix end of loop check (signedness bug)") from
the wireless tree and commit 81118d165811 ("brcmfmac: Using zero instead
of NULL
Patch v2.
The name of ADC channel is configurable in the platform side.
This name is referenced in the IIO consumer driver.
To get the IIO channel, specific name in the platform data is used
as an parameter of the iio_channel_get().
Thus, lp8788_adc_id platform data are replaced with specific
On Sat, 2012-10-20 at 09:22 -0700, Joe Perches wrote:
> Use the normal kernel test instead of a module specific one.
>
> Signed-off-by: Joe Perches
> ---
> found when doing that larger style conversion,
> might as well submit it.
>
> drivers/net/ethernet/intel/ixgbe/ixgbe_82599.c | 2 +-
> dr
> > LP8788 IIO ADC driver and platform data have specific naming
> convention
> > for ADC channels. That is using prefix 'lp8788_'.
> > To keep this rule, ADC channel names are changed.
> >
> It's a little unusual to name the consumer side of the map so
> specifically.
> If you want to do so it'
From: Haiyang Zhang
Date: Thu, 18 Oct 2012 14:00:52 -0700
> Checked with Windows networking team, there is only one RNDIS message
> in each netvsc packet.
>
> Signed-off-by: Haiyang Zhang
> Reviewed-by: K. Y. Srinivasan
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubsc
From: Joe Perches
Date: Thu, 18 Oct 2012 20:55:31 -0700
> Use the standard test for a non-zero ipv6 address.
>
> Signed-off-by: Joe Perches
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo i
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 immediately on failure
using goto. This makes the code slightly longer, but significantly
reduces the nesting and num
Before use the request and response queue addr, make sure it has wrote
to the registers.
Signed-off-by: Joe Jin
Cc: Jitendra Kalsaria
Cc: Ron Mercer
---
drivers/net/ethernet/qlogic/qla3xxx.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/qlogi
Hi John,
Today's linux-next merge of the wireless-next tree got a conflict in
net/mac80211/mlme.c between commit 3a40414f826a ("mac80211: connect with
HT20 if HT40 is not permitted") from the wireless tree and commit
04ecd2578e71 ("mac80211: track needed RX chains for channel contexts")
from the w
On 10/21/2012 01:46 PM, anish kumar wrote:
> From: anish kumar
>
> There was a case where free and list_del can be called twice
> on the same pointer.So fixed it by re-arranging the code and
> removing a function which was not needed.
>
> Signed-off-by: anish kumar
> ---
> drivers/extcon/extco
Commit 7f8d4cad1e4e11a45d02bd6e024cc2812963c38a made evdev, joydev and
mousedev to embed struct cdev into their respective structures representing
input devices. Unfortunately character device structure may outlive the
parent structure unless we do not set it up as parent of character device
so tha
In certain cases (for example when a cdev structure is embedded into
another object whose lifetime is controlled by a separate kobject) it is
beneficial to tie lifetime of another object to the lifetime of character
device so that related object is not freed until after char_dev object is
freed. To
On 10/19/12 23:53, Vivek Goyal wrote:
> On Thu, Oct 18, 2012 at 02:20:53PM -0700, Tejun Heo wrote:
>> Hey, Vivek.
>>
>> On Thu, Oct 18, 2012 at 09:31:49AM -0400, Vivek Goyal wrote:
>>> Tejun, for the sake of readability, are you fine with keeping the original
>>> check and original patch which I ha
On Tue, 2012-10-16 at 23:28 +0800, zhanglong wrote:
> We hit an hang issue when removing a mmc device on Medfield Android phone by
> sysfs interface.
>
> device_pm_remove will call pm_runtime_remove which would disable
> runtime PM of the device. After that pm_runtime_get* or
> pm_runtime_put* wi
From: "John W. Linville"
Date: Fri, 19 Oct 2012 17:14:10 -0400
> This is a batch of fixes intended for the 3.7 stream.
...
> git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless.git
> for-davem
Pulled, thanks a lot John.
--
To unsubscribe from this list: send the line "unsubscribe
On Friday, October 19, 2012 7:09 PM Linus Walleij wrote
>
> On Wed, Oct 17, 2012 at 3:52 AM, Jingoo Han wrote:
>
> > This patch uses pr_* instead of printk. Also, gpio_dbg
> > is replaced with pr_debug.
> >
> > Signed-off-by: Jingoo Han
> > Reviewed-by: Linus Walleij <- NAK
>
> Please consult
This patch uses pr_* instead of printk. Also, gpio_dbg
is replaced with pr_debug.
Signed-off-by: Jingoo Han
---
Change since v3:
- remove Linus Walleij's Reviewed-by
Change since v2:
- remove Ryan Mallon's Signed-off-by
drivers/gpio/gpio-samsung.c | 18 ++
1 files changed, 6 i
On 10/21/2012 01:58 PM, anish kumar wrote:
> From: anish kumar
>
> Extcon core doesn't free the memory when we do unregister.
> Kfree is added in the remove path as it was missing.
>
> Signed-off-by: anish kumar
> ---
> drivers/extcon/extcon-max77693.c |1 +
> 1 files changed, 1 insertions
Hi guys,
This is the second attempt for clean of the battery driver
of jz4740.
Changelog:
Path 1/2: Is the same, just added the Acked-by from
Lars Peter-Clausen
Path 2/2: use devm_request_and_ioremap, suggested by
Lars Petr-Clausen
__blk_queue_next_rl() finds next request list based on blkg_list
while skipping root_blkg in the list.
OTOH, root_rl is special as it may exist even without root_blkg.
Though the later part of the function handles such a case correctly,
exiting early is good for readability of the code.
Signed-of
Signed-off-by: Marcos Paulo de Souza
Acked-by: Lars-Peter Clausen
---
No changes from v1.
drivers/power/jz4740-battery.c | 14 --
1 file changed, 4 insertions(+), 10 deletions(-)
diff --git a/drivers/power/jz4740-battery.c b/drivers/power/jz4740-battery.c
index 8dbc7bf..59900c6
And remove all checks abvout request_mem_region and ioremap.
This is just a cleanup. Not functional changes here.
Signed-off-by: Marcos Paulo de Souza
---
drivers/power/jz4740-battery.c | 23 +--
1 file changed, 5 insertions(+), 18 deletions(-)
diff --git a/drivers/power/j
David Howells writes:
> 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
David Howells writes:
> Rusty Russell wrote:
>
>> > (Side note: I hope people realize that the random key is generated
>> > with a 100-year lifespan. So if you build a kernel today, you do
>> > potentially have a "year-2112 problem". I'm not horribly worried, but
>> > I *am* a bit worried about 3
Linus Torvalds writes:
> 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" i
On Fri, Oct 19, 2012 at 04:51:05PM +0900, Namjae Jeon wrote:
> Hi Dave.
>
> Test Procedure:
>
> 1) Local USB disk WRITE speed on NFS server is ~25 MB/s
>
> 2) Run WRITE test(create 1 GB file) on NFS Client with default
> writeback settings on NFS Server. By default
> bdi->dirty_background_bytes
Hi Rusty,
Today's linux-next merge of the modules tree got a conflict in
kernel/module.c between commit caabe240574a ("MODSIGN: Move the magic
string to the end of a module and eliminate the search") from Linus' tree
and commit 0250abdeec54 ("module: add syscall to load module from fd")
from the m
On Mon, Oct 22, 2012 at 6:35 AM, Cruz Julian Bishop
wrote:
> Hi everyone,
>
> I was just wondering - Since (last time I looked, anyway),
> /scripts/* has no maintainer, who would I send patches to?
>
> Would I just send them to the mailing list, or is there a
> sort of catch-all maintainer for thi
On 10/21/2012 06:37 PM, Cong Wang wrote:
> On Mon, Oct 22, 2012 at 6:35 AM, Cruz Julian Bishop
> wrote:
>> Hi everyone,
>>
>> I was just wondering - Since (last time I looked, anyway),
>> /scripts/* has no maintainer, who would I send patches to?
>>
>> Would I just send them to the mailing list,
On Sun, Oct 21, 2012 at 6:35 PM, Stephen Rothwell wrote:
> Hi Rusty,
>
> Today's linux-next merge of the modules tree got a conflict in
> kernel/module.c between commit caabe240574a ("MODSIGN: Move the magic
> string to the end of a module and eliminate the search") from Linus' tree
> and commit 0
I recently joined this list (in the last few days) as I was told I
needed to join it to submit kernel changes/patches/modifications. How do
I go about doing so? I made some optimizations (mostly removing
un-necessary calls, etc) in the autogroup scheduler, and cpuset and
another. The website that m
On 10/20/2012 12:40 AM, Borislav Petkov wrote:
On Fri, Oct 19, 2012 at 01:45:27PM +0800, Tang Chen wrote:
cmci_rediscover() is only called by the CPU_POST_DEAD event handler,
which means the corresponding cpu has already dead. As a result, it
won't be accessed in the for_each_online_cpu loop.
So
On 10/17/2012 09:08 PM, Jenny TC wrote:
> There are some scnearios where a driver/framework needs to register
> interest for a particular cable without specifying the extcon device
> name. One such scenario is charger notifications. The platform will
> have charger cabel which will be bound to any
On 10/21/2012 07:09 PM, Jimster480 wrote:
I recently joined this list (in the last few days) as I was told I
needed to join it to submit kernel changes/patches/modifications. How do
I go about doing so? I made some optimizations (mostly removing
un-necessary calls, etc) in the autogroup scheduler
(2012/10/19 18:28), David Rientjes wrote:
Looks good, but the patch is whitespace damaged so it doesn't apply. When
that's fixed:
Acked-by: David Rientjes
Sorry, I hope this one is not broken...
==
From c5849c9034abeec3f26bf30dadccd393b0c5c25e Mon Sep 17 00:00:00 2001
From: KAMEZAWA Hiroyuk
On Mon, Oct 22, 2012 at 12:14 AM, Greg Kroah-Hartman
wrote:
>
> Yes, sorry, they are still in my queue, I was working on other fixes
> for other subsystems this past week. I'll get to these tomorrow.
No problem, thanks for your work, :-)
Thank,
--
Ming Lei
--
To unsubscribe from this list: send
In futex_lock_pi_atomic, we consider that if the value in the futex
variable is 0 with additional flags, then it is safe for takeover
since the owner of the futex is dead. However, when FUTEX_WAITERS is
set in the futex value, handle_futex_death calls futex_wake to wake up
one task. Hence the assu
On 10/20/2012 01:21 AM, Luck, Tony wrote:
In this case, the following BUG_ON in try_to_wake_up_local() will be triggered:
BUG_ON(rq != this_rq());
Logically this looks OK - what is the test case to trigger this? I've done a
moderate
amount of testing of cpu online/offline while injecting corr
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Saturday, October 20, 2012 1:37 AM
> To: Simon Haggett
> Cc: Li Yang-R58472; Felipe Balbi; Greg Kroah-Hartman; linux-
> u...@vger.kernel.org; linuxppc-...@lists.ozlabs.org; linux-
> ker...@vger.kernel.org; Laurent Pin
Add support for PWM chips present on SPEAr platforms. These PWM
chips support 4 channel output with programmable duty cycle and
frequency.
More details on these PWM chips can be obtained from relevant
chapter of reference manual, present at following[1] location.
1. http://www.st.com/internet/mcu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Greg,
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mzx/extcon.git for-next
Ax
Every time you read a code, you figure out new things about it.
Sorry for these comments Now :(
On Mon, Oct 22, 2012 at 9:21 AM, Shiraz Hashim wrote:
> diff --git a/drivers/pwm/Makefile b/drivers/pwm/Makefile
> index acfe482..6512786 100644
> --- a/drivers/pwm/Makefile
> +++ b/drivers/pwm/Makefil
This patch fixes a sparse warning. Since max77686_enable() is a callback,so it
should be static.
Signed-off-by: Yadwinder Singh Brar
---
drivers/regulator/max77686.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/regulator/max77686.c b/drivers/regulator/max7768
I don't know whether the process will exit finally, bug this stack
lasts for hours, which is obviously unnormal.
The situation: we use a command calld "cglimit" to fork-and-exec the
worker process,and the "cglimit" will
set some limitation on the worker with cgroup. for now,we limit the
memory,an
Hi all,
Changes since 201201019:
The xtensa tree gained a conflict against Linus' tree.
The wireless-next tree gained conflicts against the wireless tree.
The modules tree gained a conflict against Linus' tree.
The tip tree lost its conflicts and build fixes.
The akpm tree lost some patches t
From: Wei Yongjun
Add the missing unlock on the error handling path in function
hvcs_initialize().
Signed-off-by: Wei Yongjun
---
drivers/tty/hvc/hvcs.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/hvc/hvcs.c b/drivers/tty/hvc/hvcs.c
index cab5c7a..744c3b8
From: Wei Yongjun
Add the missing unlock on the error handle path in function
nanoengine_read_config() and nanoengine_write_config().
Signed-off-by: Wei Yongjun
---
arch/arm/mach-sa1100/pci-nanoengine.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-s
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Monday, October 15, 2012 5:49 PM
> To: Virupax SADASHIVPETIMATH
> Cc: ba...@ti.com; st...@rowland.harvard.edu; linux-...@vger.kernel.org;
> linux-kernel@vger.kernel.org; linus.wall...@linaro.org; Rajaram REGUPATHY;
>
From: Wei Yongjun
Add the missing unlock on the error handle path in function
nanoengine_read_config() and nanoengine_write_config().
Signed-off-by: Wei Yongjun
---
arch/arm/mach-sa1100/pci-nanoengine.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-s
Hello Kees,
On Fri, Sep 21, 2012 at 1:37 AM, Kees Cook wrote:
> This adds a short summary of the arguments used for "mode 2" (BPF)
> seccomp.
Thanks very much. Applied.
Cheers,
Michael
> Signed-off-by: Kees Cook
> ---
> man2/prctl.2 | 40 ++--
> 1 file
From: Wei Yongjun
Add the missing unlock on the error handle path in function
pinctrl_groups_show().
Signed-off-by: Wei Yongjun
---
drivers/pinctrl/core.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/pinctrl/core.c b/drivers/pinctrl/core.c
index 0f1ec9e..2e39c
This series looks good to me, and looks to fix the issue about as
cleanly as it can. Al, holler if you have any concerns, but I'm
planning on applying it ASAP,
Linus
On Mon, Oct 22, 2012 at 3:57 AM, Dmitry Torokhov
wrote:
> In certain cases (for example when a cdev structure is embed
101 - 200 of 231 matches
Mail list logo
