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(+), 0 deletions(-)
diff --git
Hi Choi,
This is based on http://git.infradead.org/users/kmpark/linux-samsung
this branch.
anish
On Sun, 2012-10-21 at 13:46 +0900, 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
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/extcon-class.c | 71 ++---
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 the E820 table. Thank you,
> >
> > dmesg
On Sat, Oct 20, 2012 at 12:21:45PM +0200, Roland Stigge wrote:
> This patch adds sysfs support to the block GPIO API.
>
> Signed-off-by: Roland Stigge
Thanks for the updates, looks good to me:
Signed-off-by: Greg Kroah-Hartman
--
To unsubscribe from this list: send the line "unsubscribe
sleep does not offer a good timeout resolution and it is not a good
option (according to me) either.
perfmon had "timeout" option and i guess, same do oprofile.
On Sat, Oct 20, 2012 at 1:58 AM, Pádraig Brady wrote:
> On 10/13/2012 08:54 AM, abhishek agarwal wrote:
>>
>> Hi folks..
>>
>> I was
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 on pastebin: http://pastebin.com/4eSPEAvB
>
On Sat, Oct 20, 2012 at 8:07 PM, Dave Airlie wrote:
>
> Why couldn't this script just be a wrapper around qemu?
>
> I get the kvm developers developing features that isn't ideal, but for
> the quick boot a kernel tests, I don't see why a well maintained qemu
> wrapper isn't superior. I hate
On Sun, Oct 21, 2012 at 4:14 AM, Borislav Petkov wrote:
> On Sat, Oct 20, 2012 at 06:04:36PM +1100, Stephen Rothwell wrote:
>> So are there any compelling arguments from the proponents, or can
>> I remove this from linux-next (and have it removed from the tip
>> auto-latest branch)?
>
> FWIW, I
On 10/20/2012 10:39 PM, Ni zhan Chen wrote:
On 10/19/2012 11:53 PM, Rik van Riel wrote:
Hi Andrea, Peter,
I have a question on page refcounting in your NUMA
page migration code.
In Peter's case, I wonder why you introduce a new
MIGRATE_FAULT migration mode. If the normal page
migration /
On 10/19/2012 11:53 PM, Rik van Riel wrote:
Hi Andrea, Peter,
I have a question on page refcounting in your NUMA
page migration code.
In Peter's case, I wonder why you introduce a new
MIGRATE_FAULT migration mode. If the normal page
migration / compaction logic can do without taking
an extra
On Sat, 20 Oct 2012, Artem S. Tashkinov wrote:
> You don't get me - I have *no* VirtualBox (or any proprietary) modules running
> - but I can reproduce this problem using *the same system running under*
> VirtualBox
> in Windows 7 64.
>
> It's almost definitely either a USB driver bug or
On Sun, 2012-10-21 at 12:05 +1000, Cruz Julian Bishop wrote:
> is there currently any way to insert, say,
> a comment that filters out the next line for checkpatch
> errors?
>
> For example,
>
> /* checkpatch_ignore_(rulename) */
> (Long line that can't be broken here)
Nope. checkpatch is a
On Sat, 2012-10-20 at 18:05 -0700, Joe Perches wrote:
> On Sat, 2012-10-20 at 23:33 +0100, Ken O'Brien wrote:
> > Fixed all instances of strings spanning multiple lines from checkpatch.pl.
> []
> > diff --git a/drivers/staging/android/binder.c
> > b/drivers/staging/android/binder.c
> []
> > @@
From: Randy Dunlap
kernel/module_signing.c:195:2: warning: format '%lu' expects type 'long
unsigned int', but argument 3 has type 'size_t'
Signed-off-by: Randy Dunlap
Cc: David Howells
---
kernel/module_signing.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
> On Oct 21, 2012, Borislav Petkov wrote:
>
> On Sat, Oct 20, 2012 at 11:15:17PM +, Artem S. Tashkinov wrote:
> > You don't get me - I have *no* VirtualBox (or any proprietary) modules
> > running
>
> Ok, good. We got that out of the way - I wanted to make sure after you
> replied with two
On Sat, 2012-10-20 at 13:56 -0400, Benjamin Poirier wrote:
> From: Benjamin Poirier
> menuconfig: Replace CIRCLEQ by list_head-style lists
>
> sys/queue.h and CIRCLEQ in particular have proven to cause portability
> problems (reported on Debian Sarge, Cygwin and FreeBSD)
>
> Reported-by: Tetsuo
Yann E. MORIN wrote:
> Benjamin, All,
>
> On Saturday 20 October 2012 Benjamin Poirier wrote:
> > From: Benjamin Poirier
> >
> > sys/queue.h and CIRCLEQ in particular have proven to cause portability
> > problems (reported on Debian Sarge, Cygwin and FreeBSD)
> >
> > Reported-by: Tetsuo Handa
On Sat, 2012-10-20 at 23:33 +0100, Ken O'Brien wrote:
> Fixed all instances of strings spanning multiple lines from checkpatch.pl.
[]
> diff --git a/drivers/staging/android/binder.c
> b/drivers/staging/android/binder.c
[]
> @@ -556,7 +556,7 @@ static int binder_update_page_range(struct
On Sat, Oct 20, 2012 at 11:15:17PM +, Artem S. Tashkinov wrote:
> You don't get me - I have *no* VirtualBox (or any proprietary) modules
> running
Ok, good. We got that out of the way - I wanted to make sure after you
replied with two other possibilities of the system freezing.
> - but I can
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 on pastebin: http://pastebin.com/4eSPEAvB
--
Tom
--
To unsubscribe from this list: send the line
Hello all,
I grabbed 3.7-rc2 and found the following on boot:
PANIC: early exception 08 rip 246:10 error 81441d7f cr2 0
A git bisect says that this problems came from:
1e779aabe1f0768c2bf8f8c0a5583679b54a is the first bad commit
commit 1e779aabe1f0768c2bf8f8c0a5583679b54a
Author: Jacob
You don't get me - I have *no* VirtualBox (or any proprietary) modules running
- but I can reproduce this problem using *the same system running under*
VirtualBox
in Windows 7 64.
It's almost definitely either a USB driver bug or video4linux driver bug:
I'm CC'ing linux-media and linux-usb
On Sat, Oct 20, 2012 at 10:32:28PM +0200, Pavel Machek wrote:
> On Sat 2012-10-20 17:41:49, Artem S. Tashkinov wrote:
> > On Oct 20, 2012, Borislav Petkov wrote:
> >
> > > Yeah, your kernel is tainted with a proprietary module (vbox*, etc). Can
> > > you reproduce your corruptions (this is what
On Sun, Oct 21, 2012 at 01:30:07AM +0900, Joonsoo Kim wrote:
> Commit 63d95a91 ('workqueue: use @pool instead of @gcwq or @cpu where
> applicable') changes an approach to access nr_running.
> Thus, wq_worker_waking_up() doesn't use @cpu anymore.
> Remove it and remove comment related to it.
>
>
On Sun, Oct 21, 2012 at 01:30:06AM +0900, Joonsoo Kim wrote:
> Return type of work_busy() is unsigned int.
> There is return statement returning boolean value, 'false' in work_busy().
> It is not problem, because 'false' may be treated '0'.
> However, fixing it would make code robust.
>
>
Hello, Frederic.
On Sat, Oct 20, 2012 at 02:21:43PM -0400, Frederic Weisbecker wrote:
> CPU 0
> CPU 1
>
> cgroup_task_migrate {
> task_lock(p)
> rcu_assign_pointer(tsk->cgroups, newcg);
> task_unlock(tsk);
>
> write_lock(_set_lock);
>
Fixed 3 instances of "WARNING: static const char * array should probably be
static const char * const" warnings from checkpatch
Signed-off-by: Ken O'Brien
---
drivers/staging/android/binder.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
Fixed all instances of strings spanning multiple lines from checkpatch.pl.
Signed-off-by: Ken O'Brien
---
drivers/staging/android/binder.c | 148 +++
1 file changed, 74 insertions(+), 74 deletions(-)
diff --git a/drivers/staging/android/binder.c
- 'offsetof' is already defined in stddef
- to avoid issues with old systems still missing offsetof, just protect
our definition between #ifndef...#endif
- 'new' is a reserved keyword in C++:
- rename the variable
- protect the whole file with the usual #ifdef __cplusplus
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 patch on top of 3.7-rc1 is:
>
> [3.685909] [drm] Initialized i915
Benjamin, All,
On Saturday 20 October 2012 Benjamin Poirier wrote:
> From: Benjamin Poirier
>
> sys/queue.h and CIRCLEQ in particular have proven to cause portability
> problems (reported on Debian Sarge, Cygwin and FreeBSD)
>
> Reported-by: Tetsuo Handa
> Signed-off-by: Benjamin Poirier
Hi,
I can only reproduce this panic when my USB webcamera is plugged in - when
I click settings in Adobe Flash it sends some commands to my USB webcam using,
presumably, Video4Linux API calls which cause a kernel hard crash.
Your kernel debug features haven't helped at all, even the virtual
On 10/19/2012 11:50 PM, Julius Werner wrote:
> 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
On Sat, Oct 20, 2012 at 11:42:17PM +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
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 patch on top of 3.7-rc1 is:
>
> [3.685909] [drm] Initialized i915
On Fri, Oct 19, 2012 at 09:48:30AM -0700, Kees Cook wrote:
> Mention kfree_rcu() in the call_rcu() section. Additionally fix the
> example code for list replacement that used the wrong structure element.
Good catch! Queued, and thank you for your review and feedback! ;-)
Benjamin, All,
On Saturday 20 October 2012 Benjamin Poirier wrote:
> From: Benjamin Poirier
>
> sys/queue.h and CIRCLEQ in particular have proven to cause portability
> problems (reported on Debian Sarge, Cygwin and FreeBSD)
>
> Reported-by: Tetsuo Handa
> Signed-off-by: Benjamin Poirier
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 patch on top of 3.7-rc1 is:
[3.685909] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[3.687784] nouveau [
On Oct 21, 2012, Borislav Petkov wrote:
> Ok, here's what you can try:
>
> * You say this happens with google chrome. Does it happen if you use
> another browser: firefox, etc?
>
> * Can you build a 64-bit kernel and try the same with it? The 32-bit
> userspace should work in compat mode just
Hi all,
I can't open my LUKS formatted crypto files in 3.6 any more while 3.4
works fine.
Error is:
# cryptsetup --key-file=- luksOpen /luks.file target
Enter passphrase:
device-mapper: reload ioctl on failed: No such file or directory
Failed to setup dm-crypt key mapping for device
On Sat, Oct 20, 2012 at 10:28:46PM +0200, Marcin Slusarz wrote:
> On Sat, Oct 20, 2012 at 12:42:38PM +0200, Heinz Diehl wrote:
> > On 20.10.2012, Martin Peres wrote:
> >
> > > Can you test the attached patch too ? I rebased the previous one I sent on
> > > top on 3.7-rc1 as I accidentally used
On Sat 2012-10-20 17:41:49, Artem S. Tashkinov wrote:
> On Oct 20, 2012, Borislav Petkov wrote:
>
> > Yeah, your kernel is tainted with a proprietary module (vbox*, etc). Can
> > you reproduce your corruptions (this is what it looks like) without that
> > module?
>
> Yes, I can reproduce this
On Sat, Oct 20, 2012 at 12:42:38PM +0200, Heinz Diehl wrote:
> On 20.10.2012, Martin Peres wrote:
>
> > Can you test the attached patch too ? I rebased the previous one I sent on
> > top on 3.7-rc1 as I accidentally used an older version.
>
> Yes, of course.
>
> Tried it. Unfortunately, the
For the last few months, it's almost become a habit of mine to make
the occasional release from the airport while flying out somewhere.
And this is another such one. Go free PDX airport wireless!
Anyway, it's been roughly a week, and -rc2 is out. The most noticeable
thing tends to be fixing
Dear RT Folks,
I'm pleased to announce the 3.6.2-rt4 release. rt4 is just an update
to 3.6.2. The not announced 3.6.1-rt3 is an intermediate release with
a single change.
Changes since 3.6.1-rt2:
* Remove the softirq noise printk
The delta patch against 3.6.1-rt2 is appended below and
On Tue 2012-10-16 13:07:03, Sooman Jeong wrote:
>
> This is a brief summary of our initial filesystem performance study of f2fs
> against existing two filesystems in linux: EXT4, NILFS2, and f2fs.
>
Hmm, flashes are actually optimized for VFAT, right? Can you compare
against that?
What about
Add the new file loadavg to report the load average of the cpus assigned
to the cpuset cgroup.
The load average is reported using the typical three values as they
appear in /proc/loadavg, averaged over 1, 5 and 15 minutes.
Example:
# cat /sys/fs/cgroup/cpuset/foo/cpuset.loadavg
3.98 2.64
Account load average, nr_running and nr_uninterruptible tasks per-cpu.
The new task_struct attribute on_cpu_uninterruptible is added to
properly keep track of the cpu at deactivate time, when the task is set
to the uninterruptible sleep state.
Moreover, rq->nr_uninterruptible is converted to a
Signed-off-by: Andrea Righi
---
Documentation/cgroups/cpusets.txt |1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/cgroups/cpusets.txt
b/Documentation/cgroups/cpusets.txt
index cefd3d8..d5ddc36 100644
--- a/Documentation/cgroups/cpusets.txt
+++
Overview
The cpusets subsystem allows to assign a different set of CPUs to a cgroup. A
typical use case is to split large systems in small CPU/memory partitions and
isolate certain users/applications in these subsets of the system.
Sometimes, to have a quick overview of the state of each
Not a big deal, but since other __get_key_name callers
use it lets be consistent.
Signed-off-by: Cyrill Gorcunov
---
kernel/lockdep_proc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.git/kernel/lockdep_proc.c
Dear RT Folks,
I'm pleased to announce the 3.2.32-rt48 stable release.
This release is just an update to the new stable 3.2.32 version
and no RT specific changes have been made.
You can get this release via the git tree at:
All parameters of the module brd are now converted to unsigneds. This
saves some less-than-zero checks.
As the external user of rd_size (arch/arm/kernel/setup.c:setup_ramdisk)
seems to be gone in v3.7-rc1 this variable can later be declared static.
While at it, move the (perhaps automatically)
Users of partitions on ram disks could accidentally flush the block
device with ioctl(BLKFLSBUF) while it is in use. This patch prevents
this from happening.
This patch also adds a call to rescan_partitions after BLKFLSBUFing,
for which a EXPORT_SYMBOL_GPL statement was needed. Otherwise some
This patch replaces the list of brd_devices with an idr, thus enabling
easier block ram disk creation and deletion.
Cc: Nick Piggin
Signed-off-by: Hannes Frederic Sowa
---
drivers/block/brd.c | 136
1 file changed, 106 insertions(+), 30
Hi!
While toying around with a library which needs small block devices for
quorum management, I came up with these patches to dynamically create
and destroy ram disks (I wanted to have non-swappable backed devices).
Feedback is appreciated!
Change log (since RFC patch
This patch adds the miscdevice /dev/brd-control with two ioctls:
1) BRD_CTL_ADD: Instantiates a new ram disk with a given size as
parameter. This parameter is filled in with the new minor id
on return.
2) BRD_CTL_DEL: Deletes a ram disk. Takes the minor id as parameter.
Cc: Nick
Dear RT Folks,
I'm pleased to announce the 3.4.14-rt23 stable release.
This release is just an update to the new stable 3.4.14 version
and no RT specific changes have been made.
You can get this release via the git tree at:
2012/10/20 Frederic Weisbecker :
> 2012/10/19 Tejun Heo :
>> Hello, Frederic.
>>
>> On Fri, Oct 19, 2012 at 03:44:20PM -0400, Frederic Weisbecker wrote:
>>> > For -stable, I think it's better to revert. If you want to remove
>>> > task_lock, let's do it for 3.8.
>>>
>>> I don't think that a wrong
2012/10/19 Tejun Heo :
> Hello, Frederic.
>
> On Fri, Oct 19, 2012 at 03:44:20PM -0400, Frederic Weisbecker wrote:
>> > For -stable, I think it's better to revert. If you want to remove
>> > task_lock, let's do it for 3.8.
>>
>> I don't think that a wrong comment justifies a patch to stable.
>
>
Use __func__ instead of the function name in svm_hardware_enable since
those things tend to get out of sync. This also slims down printk line
length in conjunction with using pr_err.
No functionality change.
Cc: Joerg Roedel
Cc: Avi Kivity
Signed-off-by: Borislav Petkov
---
Add a rule to the kvm tool Makefile to build .asm versions of the files.
This is good for debugging purposes.
Cc: Pekka Enberg
Cc: Sasha Levin
Cc: Asias He
Signed-off-by: Borislav Petkov
---
tools/kvm/Makefile | 3 +++
1 file changed, 3 insertions(+)
diff --git a/tools/kvm/Makefile
On Sat, Oct 20, 2012 at 06:04:36PM +1100, Stephen Rothwell wrote:
> So are there any compelling arguments from the proponents, or can
> I remove this from linux-next (and have it removed from the tip
> auto-latest branch)?
FWIW, I gave this a run and I have to say, it works as advertized: I
built
On Sat, Oct 20, 2012 at 05:41:49PM +, Artem S. Tashkinov wrote:
> On Oct 20, 2012, Borislav Petkov wrote:
>
> > Yeah, your kernel is tainted with a proprietary module (vbox*, etc). Can
> > you reproduce your corruptions (this is what it looks like) without that
> > module?
>
> Yes, I can
From: Benjamin Poirier
sys/queue.h and CIRCLEQ in particular have proven to cause portability
problems (reported on Debian Sarge, Cygwin and FreeBSD)
Reported-by: Tetsuo Handa
Signed-off-by: Benjamin Poirier
---
scripts/kconfig/expr.h |5 +--
scripts/kconfig/list.h | 90
2012/10/20 Joe Perches :
> On Sat, 2012-10-20 at 12:22 -0400, Frederic Weisbecker wrote:
>> lets implement the printk tick using irq work.
>
> Hi Frederic.
>
> Can you redo this change please against -next in a few days?
>
> Andrew Morton picked up this series,
>
On Sat, Oct 20, 2012 at 04:34:01PM +0100, Al Viro wrote:
> On Sat, Oct 20, 2012 at 09:06:57AM -0400, Chris Metcalf wrote:
> > First, the compat_sys_execve() declaration provided in
> > arch/tile/include/asm/compat.h isn't right, so I deleted that (you had only
> > deleted the PTREGS_SYSCALL
Hi!
I can reliably trigger the following warning by physically detaching my disk
array after
stopping md1.
---cut---
[ 149.780554] md: md1 stopped.
[ 149.780559] md: unbind
[ 149.782025] md: export_rdev(sdh1)
[ 149.782039] md: unbind
[ 149.786026] md: export_rdev(sdg1)
[ 149.786038] md:
Tetuso, All,
On Saturday 20 October 2012 Tetsuo Handa wrote:
> Michal Marek wrote:
> > On 19.10.2012 14:10, Tetsuo Handa wrote:
> > > Yann E. MORIN wrote:
> > >> So, switch to using TAILQ instead, which are more portable.
> > [...]
> > > Excuse me, but your patch does not solve my problem because
On 10/13/2012 08:54 AM, abhishek agarwal wrote:
Hi folks..
I was thinking that why cant we have a timeout option in perf stat
command. The timeout feature will help us to profile a process for a
stipulated time (preferably in millisecs) and make perf stat return
after that time.
Eg:
perf stat
On Sat, 2012-10-20 at 12:22 -0400, Frederic Weisbecker wrote:
> lets implement the printk tick using irq work.
Hi Frederic.
Can you redo this change please against -next in a few days?
Andrew Morton picked up this series,
https://lkml.org/lkml/2012/10/17/41
but it's not yet in -next.
On Sat, Oct 20, 2012 at 9:41 AM, Romain Francoise wrote:
>
> Yes, however the key generation itself is horribly verbose and doesn't mix
> very well with the output of a parallel build. Now that the modules are
> signed at install time, presumably the key should be generated then as
> well, and
Linus Torvalds writes:
> I like how the default makefiles do that "create and use random key"
> thing by default. THAT is what I want to see.
Yes, however the key generation itself is horribly verbose and doesn't mix
very well with the output of a parallel build. Now that the modules are
signed
On 12-10-16 09:35 PM, Arve Hjønnevåg wrote:
> On Fri, Oct 5, 2012 at 12:48 PM, Mathieu Poirier
> wrote:
>> On 12-10-05 12:16 PM, Dmitry Torokhov wrote:
>>> On Fri, Oct 05, 2012 at 11:59:29AM -0600, mathieu.poir...@linaro.org wrote:
From: "Mathieu J. Poirier"
Andrew,
Hi,
Sekhar and others, any comments regarding this devm patch for Da Vinci?
br,
Hannu
On 14/10/12 17:03 +0300, Hannu Heikkinen wrote:
> Use the devres managed resource functions in the probe routine.
> Also affects the remove routine where the previously used free and
> release functions are
Return type of work_busy() is unsigned int.
There is return statement returning boolean value, 'false' in work_busy().
It is not problem, because 'false' may be treated '0'.
However, fixing it would make code robust.
Signed-off-by: Joonsoo Kim
diff --git a/kernel/workqueue.c
Commit 63d95a91 ('workqueue: use @pool instead of @gcwq or @cpu where
applicable') changes an approach to access nr_running.
Thus, wq_worker_waking_up() doesn't use @cpu anymore.
Remove it and remove comment related to it.
Signed-off-by: Joonsoo Kim
diff --git a/kernel/sched/core.c
After try_to_grab_pending(), __queue_delayed_work() is invoked
in mod_delayed_work_on(). When @delay == 0, we can call __queue_work()
directly in order to avoid setting useless timer.
Signed-off-by: Joonsoo Kim
diff --git a/kernel/workqueue.c b/kernel/workqueue.c
index d951daa..c57358e 100644
This patchset do minor cleanup for workqueue code.
First patch makes minor behavior change, however, it is trivial.
Others doesn't makes any functional difference.
These are based on v3.7-rc1
Joonsoo Kim (3):
workqueue: optimize mod_delayed_work_on() when @delay == 0
workqueue: trivial fix
On Sat, Oct 20, 2012 at 12:06:55PM +, Artem S. Tashkinov wrote:
> Hello,
>
> I'm running vanilla Linux 3.6.2 x86 on top of CentOS 6.3 userspace.
>
> Every time when I enter the chat roulette website, right click anywhere and
> choose "Settings",
> my PC crashes (with or without NVIDIA
This optimization doesn't matter much. But this prepares the
arch headers that we need to add a new API in order to detect
when the arch can trigger self IPIs to implement the irq work.
This is necessary later to make printk working in nohz CPUs.
Signed-off-by: Frederic Weisbecker
Cc: Peter
This prepares us to make printk working on nohz CPUs
using irq work.
Signed-off-by: Frederic Weisbecker
Cc: Peter Zijlstra
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Andrew Morton
Cc: Steven Rostedt
Cc: Paul Gortmaker
---
arch/alpha/include/asm/irq_work.h |5 -
While queuing an irq work, let the caller choose between
triggering a self-IPI right away, provided the arch is able
to do so, or waiting for the next timer interrupt to run the work.
Some non-urgent enqueuers like printk may prefer not to raise
an IPI storm in case of frequent calls on short
Hi,
So the design is not quite the same here. Instead of using the ad hoc
printk_tick() in periodic mode and irq_work on nohz mode, printk
is now always using irq_work.
In turn, irq_work subsystem is able to let enqueuers choose between IPI
or lazy tick hook to execute works, and that in order
If we enqueue a work while in dyntick idle mode and the arch doesn't
have self-IPI support, we may not find an opportunity to run the work
before a while.
In this case, exit the idle loop to re-evaluate irq_work_needs_cpu()
and restart the tick.
Signed-off-by: Frederic Weisbecker
Cc: Peter
klogd is woken up asynchronously from the tick in order
to do it safely.
However if printk is called when the tick is stopped, the reader
won't be woken up until the next interrupt, which might not fire
before a while. As a result, the user may miss some message.
To fix this, lets implement the
irq work is supposed to work everywhere because of the irq work
hook in the generic timer tick function.
I might be missing something though...
Signed-off-by: Frederic Weisbecker
Cc: Peter Zijlstra
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Andrew Morton
Cc: Steven Rostedt
Cc: Paul Gortmaker
We need some quick way to check if the CPU has stopped
its tick. This will be useful to implement the printk tick
using the irq work subsystem.
Signed-off-by: Frederic Weisbecker
Cc: Peter Zijlstra
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Andrew Morton
Cc: Steven Rostedt
Cc: Paul Gortmaker
Most of the time, x86 can trigger self-IPIs. Tell
irq work subsystem about it.
Signed-off-by: Frederic Weisbecker
Cc: Peter Zijlstra
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Andrew Morton
Cc: Steven Rostedt
Cc: Paul Gortmaker
---
arch/x86/include/asm/irq_work.h |4
1 files
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 +-
drivers/net/ethernet/intel/ixgbe/ixgbe_common.c | 27
On 10/19/2012 05:55 AM, Joe Perches wrote:
Convert the old ether_addr tests to eth_addr_.
Adds api consistency.
Acked-by: Arend van Spriel
Signed-off-by: Joe Perches
---
.../net/wireless/brcm80211/brcmfmac/dhd_linux.c|4 ++--
.../net/wireless/brcm80211/brcmfmac/wl_cfg80211.c |
Hi Linus,
Please pull the arm64-fixes tag below. Thanks.
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/cmarinas/linux-aarch64.git
Peter,
Thomas suggested that I email you to decide if a bug I stumbled on with
binutils should be cause to blacklist version 2.21. Note, testing
against 2.22 does not show this issue.
A couple of days ago I went to test 3.6.1-rt2 and while building the
i386 kernel, the build failed. I first
On 10/19/2012 09:23 PM, Ingo Molnar wrote:
* 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
Hi Rajanikanth,
On 10/16/2012 05:36 AM, Rajanikanth H.V wrote:
> From: "Rajanikanth H.V"
>
> - This patch adds device tree support for fuelgauge driver
> - optimize bm devices platform_data usage and of_probe(...)
> Note: of_probe() routine for battery managed devices is made
> common
kmalloc() and kmalloc_node() of the SLUB isn't inlined when @flags = __GFP_DMA.
This patch optimize this case,
so when @flags = __GFP_DMA, it will be inlined into generic code.
Cc: Christoph Lameter
Signed-off-by: Joonsoo Kim
diff --git a/include/linux/slub_def.h b/include/linux/slub_def.h
kmalloc() and kmalloc_node() is always inlined into generic code.
However, there is a mistake in implemention of the SLUB.
In kmalloc() and kmalloc_node() of the SLUB,
we try to compare kmalloc_caches[index] with NULL.
As it cannot be known at compile time,
this comparison is inserted into
Em Sat, Oct 20, 2012 at 01:16:25PM +0200, Borislav Petkov escreveu:
> Ping?
Merged it to perf/core, thanks for the patch and the ping,
- Arnaldo
--
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 Sat, Oct 20, 2012 at 09:06:57AM -0400, Chris Metcalf wrote:
> First, the compat_sys_execve() declaration provided in
> arch/tile/include/asm/compat.h isn't right, so I deleted that (you had only
> deleted the PTREGS_SYSCALL trampoline declaration, _compat_sys_execve).
>
> However, then
1 - 100 of 340 matches
Mail list logo