On Sat, Sep 15, 2012 at 04:23:33PM -0600, Bjorn Helgaas wrote:
> On Sat, Sep 15, 2012 at 1:53 AM, Thierry Reding
> wrote:
> > On Sat, Sep 15, 2012 at 09:32:10AM +0200, Geert Uytterhoeven wrote:
> >> On Fri, Sep 14, 2012 at 10:44 PM, Thierry Reding
> >> wrote:
> >> > --- a/drivers/pci/setup-irq.c
On Sat, Aug 18, 2012 at 10:58 PM, Russell King - ARM Linux
wrote:
> Okay, so EPROBE_DEFER seems to work when I build everything into the
> kernel, but when I build a pile of ASoC drivers as modules, it fails
> every time I've tried booting the platform so far.
>
> This is a v3.5 based kernel, with
On Sat, 2012-09-15 at 19:08 +0200, richard -rw- weinberger wrote:
> On Sat, Sep 15, 2012 at 6:36 PM, Mike Galbraith wrote:
> >> Just using futex is unfortunately not the answer either.
> >
> > Yes, postgress performs loads better with it's spinlocks, but due to
> > that, it necessarily _hates_ pr
On Sat, 2012-09-15 at 22:32 +0100, Alan Cox wrote:
> > Yes, postgress performs loads better with it's spinlocks, but due to
> > that, it necessarily _hates_ preemption. How the is the scheduler
> > supposed to know that any specific userland task _really_ shouldn't be
> > preempted at any specifi
On Sat, Sep 15, 2012 at 11:29:58PM -0400, Parag Warudkar wrote:
>
>
> On Sat, 15 Sep 2012, Parag Warudkar wrote:
>
> >
> >
> > On Sat, 15 Sep 2012, Guenter Roeck wrote:
> > >
> > > Also, since the delay time can get quite large, would it make sense to
> > > replace
> > > udelay with usleep_r
On 9/13/12, John Crispin wrote:
> On 13/09/12 01:15, richard -rw- weinberger wrote:
>> On Thu, Sep 13, 2012 at 12:50 AM, Tracey Dent
>> wrote:
>>> Makefile.rej should not be there. That was introduced
>>> in commit 3fa68afc3d774bab1e91cbb3a3cdd1e36068ee95 .
>> Linus' tree does not contain such a c
On Sat, 15 Sep 2012, Parag Warudkar wrote:
>
>
> On Sat, 15 Sep 2012, Guenter Roeck wrote:
> >
> > Also, since the delay time can get quite large, would it make sense to
> > replace
> > udelay with usleep_range() ?
> >
>
> Yes, I think that would be a good thing to do. We could sleep in ra
Quoting Eric W. Biederman (ebied...@xmission.com):
>
> Thinking about this a bit more I think we have been asking the wrong
> question.
>
> I think the correct question should be: How do we safely allow for
> unprivileged creation of device nodes and devices?
>
> One piece of the puzzle is that
Hi All,
I found a bug in kernel PPPOE driver.
When PPPOE is running over a virtual ethernet interface (e.g., a
bonding interface) and the user tries to delete the interface in case
the PPPOE state is ZOMBIE, the kernel will loop infinitely while
unregistering net_device for the reference count is
On Wed, 12 Sep 2012, Felipe Balbi wrote:
> On Tue, Sep 11, 2012 at 10:02:48PM +, Paul Walmsley wrote:
>
> > The bad news is that N800 no longer boots -- or the UART dies during
> > serial init:
> >
> > http://www.pwsan.com/omap/testlogs/test_tty_next_e36851d0/20120910020323/boot/2420n800/24
Hello Linus!
Here is the current set of target-pending fixes headed for v3.6-final.
Please go ahead and pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git master
The main parts of this series include bug-fixes from Paolo Bonzini to
address an use-after-free bug in
On Fri, Sep 14, 2012 at 06:33:52PM +0100, Catalin Marinas wrote:
> On Wed, Aug 15, 2012 at 12:50:13AM +0100, Olof Johansson wrote:
> > On Tue, Aug 14, 2012 at 06:52:08PM +0100, Catalin Marinas wrote:
> >
> > > diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
> > > new file mo
On Fri, Sep 14, 2012 at 06:39:46PM +0100, Catalin Marinas wrote:
> On Fri, Sep 14, 2012 at 06:31:59PM +0100, Arnd Bergmann wrote:
> > On Friday 14 September 2012, Catalin Marinas wrote:
> > > (revisiting unanswered emails :))
> > >
> > > On Wed, Aug 15, 2012 at 01:33:55AM +0100, Olof Johansson wro
Thinking about this a bit more I think we have been asking the wrong
question.
I think the correct question should be: How do we safely allow for
unprivileged creation of device nodes and devices?
One piece of the puzzle is that we should be able to allow unprivileged
device node creation and ac
On 09/16/2012 07:31 AM, Russell King - ARM Linux wrote:
On Wed, Sep 12, 2012 at 10:43:07PM +0200, Lars-Peter Clausen wrote:
I wouldn't mind having this merged sooner rather than later, there is at least
one driver in next which is currently broken due to the missing devm_clk_get.
Russell what's
On Sat, 15 Sep 2012, Parag Warudkar wrote:
>
> Yeah, that would fix the code to match what it says and eliminate most
> failures. But in my testing sometimes it needed a max wait of 57344 us -
> I wrote a separate patch to instrument it by bumping up max wait in
> increments of 0x2000 until
On Sat, 15 Sep 2012, Guenter Roeck wrote:
> On Sat, Sep 15, 2012 at 06:42:30PM -0400, Parag Warudkar wrote:
> > I have been getting a steady stream of wait_read timeouts on my 2010 MBP.
> >
> > After playing around with various values of APPLESMC_MAX_WAIT a value of
> > 0x1 reduces the wai
On Fri, Sep 14, 2012 at 8:05 PM, Jiang Liu wrote:
> From: Jiang Liu
>
> Now ACPI devices are created before/destroyed after corresponding PCI
> devices, and acpi_platform_notify/acpi_platform_notify_remove will
> update PCI<->ACPI binding relationship when creating/destroying PCI
> devices, ther
Sasha Levin (levinsasha928 gmail.com) wrote:
>On Sat, Sep 15, 2012 at 5:14 PM, Mathieu Desnoyers
> efficios.com> wrote:
>> * Sasha Levin (levinsasha928 gmail.com) wrote:
[...]
>>> +#define hash_init(hashtable)
>>> \
>>> +({
On Sat, Sep 15, 2012 at 06:42:30PM -0400, Parag Warudkar wrote:
> I have been getting a steady stream of wait_read timeouts on my 2010 MBP.
>
> After playing around with various values of APPLESMC_MAX_WAIT a value of
> 0x1 reduces the wait_read failures to zero under most normal workloads
>
Hi Stephen,
On Wed, Sep 12, 2012 at 10:29:04AM -0600, Stephen Warren wrote:
> On 09/06/2012 05:10 PM, Stephen Warren wrote:
> > From: Gyungoh Yoo
> >
> > The MAX8907 is an I2C-based power-management IC containing voltage
> > regulators, a reset controller, a real-time clock, and a touch-screen
>
I have been getting a steady stream of wait_read timeouts on my 2010 MBP.
After playing around with various values of APPLESMC_MAX_WAIT a value of
0x1 reduces the wait_read failures to zero under most normal workloads
- with and without AC power plugged in, at idle and and at make -j4 loads.
Hi Chanwoo,
On Tue, Aug 21, 2012 at 03:15:47PM +0900, Chanwoo Choi wrote:
> This patchset fix bug of Maxim MAX77693 chip. First patch unmask interrupt
> masking bit for charger/flas/muic device of Maxim MAX77693 and second patch
> remove NULL pointer error when mfd-max77693 driver initialize irqs
On Sat, Sep 15, 2012 at 1:53 AM, Thierry Reding
wrote:
> On Sat, Sep 15, 2012 at 09:32:10AM +0200, Geert Uytterhoeven wrote:
>> On Fri, Sep 14, 2012 at 10:44 PM, Thierry Reding
>> wrote:
>> > --- a/drivers/pci/setup-irq.c
>> > +++ b/drivers/pci/setup-irq.c
>> > @@ -17,6 +17,14 @@
>> > #include
On Sat, Sep 15, 2012 at 1:53 AM, Thierry Reding
wrote:
> On Sat, Sep 15, 2012 at 09:32:10AM +0200, Geert Uytterhoeven wrote:
>> On Fri, Sep 14, 2012 at 10:44 PM, Thierry Reding
>> wrote:
>> > --- a/drivers/pci/setup-irq.c
>> > +++ b/drivers/pci/setup-irq.c
>> > @@ -17,6 +17,14 @@
>> > #include
Quoting Eric W. Biederman (ebied...@xmission.com):
> "Serge E. Hallyn" writes:
>
> > Quoting Aristeu Rozanski (a...@ruivo.org):
> >> Tejun,
> >> On Thu, Sep 13, 2012 at 01:58:27PM -0700, Tejun Heo wrote:
> >> > memcg can be handled by memcg people and I can handle cgroup_freezer
> >> > and ot
Dnia piątek, 14 września 2012 15:05:43 Peter Ujfalusi pisze:
> Hello,
>
> Changes since v2:
> - As it has been discussed the no_wakeup parameter has been replaced with
> flags
> for the dmaengine APIs
>
> Changes since v1:
> - Support for pause/resume for OMAP audio via dmaengine
> - dmaengine
On Wed, Sep 12, 2012 at 10:43:07PM +0200, Lars-Peter Clausen wrote:
> I wouldn't mind having this merged sooner rather than later, there is at least
> one driver in next which is currently broken due to the missing devm_clk_get.
> Russell what's your plan for the patch? Maybe under the given circum
> Yes, postgress performs loads better with it's spinlocks, but due to
> that, it necessarily _hates_ preemption. How the is the scheduler
> supposed to know that any specific userland task _really_ shouldn't be
> preempted at any specific time, else bad things follow?
You provide a shared page f
On Saturday 15 September 2012, Tony Lindgren wrote:
> With my patches, this is now all omap1 specific and
> moved to arch/arm/mach-omap1/include/mach/hardware.h.
> It's probably easiest to just update this patch on
> top of the hardware.h changes I've done.
Yes, sounds good. Do you want to send a
Hi Linus,
Please pull from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
pm-for-3.6-rc6
to receive power management fixes for v3.6-rc6 with top-most commit
f25b70613c048ceb1df052576fda03321ebf41cf
ACPI / PM: Use KERN_DEBUG when no power resources a
On 9/15/2012 10:00 AM, David Brown wrote:
On Sat, Sep 15, 2012 at 12:41:53AM -0700, Rohit Vaswani wrote:
On some hardware, the timer deasserts the interrupt when a
new TVAL is written only when the enable bit is cleared.
Hence explicitly disable the timer and then program the
TVAL followed by en
On Sat, Sep 15, 2012 at 06:13:45PM +0200, Mike Galbraith wrote:
> > Just for my n00b scheduler understanding: this way you're practically
> > extending the timeslice of the task so that it gets done without being
> > preempted and the lock-holding period of the preempted task gets smaller
> > and t
On Fri, Sep 14, 2012 at 8:05 PM, Jiang Liu wrote:
> From: Jiang Liu
>
> Now ACPI devices are created before/destroyed after corresponding PCI
> devices, and acpi_platform_notify/acpi_platform_notify_remove will
> update PCI<->ACPI binding relationship when creating/destroying PCI
> devices, ther
On Sat, Sep 15, 2012 at 1:03 AM, Yinghai Lu wrote:
> On Fri, Sep 14, 2012 at 8:05 PM, Jiang Liu wrote:
>
> failing path in pci_create_root_bus is not handled.
>
> you could try to move
>
> device_initialize(&b->dev);
>
> to
> pci_add_new_bus and pci_create_root_bus instead.
sth like at
Acked-by: Mike Dunn
Sorry for the oversight.
Mike
On 09/14/2012 03:41 PM, Peter Huewe wrote:
> While building an allyesconfig for UML I received this error message(s):
> drivers/mtd/nand/docg4.c: In function 'probe_docg4':
> drivers/mtd/nand/docg4.c:1272:2: error: implicit declaration of fun
On Sat, Sep 15, 2012 at 09:03:04AM -0700, Greg Kroah-Hartman wrote:
> On Sat, Aug 18, 2012 at 03:58:56PM +0100, Russell King - ARM Linux wrote:
> > Okay, so EPROBE_DEFER seems to work when I build everything into the
> > kernel, but when I build a pile of ASoC drivers as modules, it fails
> > every
* Arnd Bergmann [120914 14:36]:
> ARM is moving to stricter checks on readl/write functions,
> so we need to use the correct types everywhere.
>
> Cc: Tony Lindgren
> Signed-off-by: Arnd Bergmann
> ---
> arch/arm/plat-omap/include/plat/hardware.h | 18 +-
> 1 file changed, 9
On Friday 14 September 2012, Fabio Estevam wrote:
> On Fri, Sep 14, 2012 at 6:34 PM, Arnd Bergmann wrote:
> > ARM is moving to stricter checks on readl/write functions,
> > so we need to use the correct types everywhere.
> >
> > This found a bug in mach-armadillo5x0.c, where we attempt mmio
> > on
On Fri, 14 Sep 2012, Andrew Morton wrote:
Hi Andrew,
at first thanks for your review!
> On Fri, 14 Sep 2012 23:22:47 +0200
> Petr Holasek wrote:
>
> > Introduces new sysfs boolean knob /sys/kernel/mm/ksm/merge_nodes
>
> I wonder if merge_across_nodes would be a better name.
>
Agreed.
> > w
On Sat, Sep 15, 2012 at 6:36 PM, Mike Galbraith wrote:
>> Just using futex is unfortunately not the answer either.
>
> Yes, postgress performs loads better with it's spinlocks, but due to
> that, it necessarily _hates_ preemption. How the is the scheduler
> supposed to know that any specific user
On Sat, Sep 15, 2012 at 12:41:53AM -0700, Rohit Vaswani wrote:
> On some hardware, the timer deasserts the interrupt when a
> new TVAL is written only when the enable bit is cleared.
> Hence explicitly disable the timer and then program the
> TVAL followed by enabling the timer.
> If this order is
On Sat, 2012-09-15 at 09:16 -0700, Andi Kleen wrote:
> Mike Galbraith writes:
> >
> > The only reason I can think of why pgbench might suffer is postgres's
> > userspace spinlocks. If you always look for an idle core, you improve
> > the odds that the wakeup won't preempt a lock holder, sending
Implements a "led_trigger_rename" function to rename a trigger with
proper locking.
This assumes that led name was originally allocated in non-constant
storage.
Signed-off-by: Fabio Baltieri
Cc: Kurt Van Dijck
Cc: Bryan Wu
---
drivers/leds/led-triggers.c | 13 +
include/linux/leds
Mike Galbraith writes:
>
> The only reason I can think of why pgbench might suffer is postgres's
> userspace spinlocks. If you always look for an idle core, you improve
> the odds that the wakeup won't preempt a lock holder, sending others
> into a long spin.
User space spinlocks like this unfor
Hi Kurt,
On Mon, Sep 10, 2012 at 03:55:35PM +0200, Kurt Van Dijck wrote:
> >
> > This also implies that "name" in "struct led_trigger" is not const
> > anymore.
> IMHO, this is wrong. This forces all other led_triggers
> to put their name in non-const storage.
I had a second check on the patch a
On Sat, 2012-09-15 at 17:18 +0200, Borislav Petkov wrote:
> On Sat, Sep 15, 2012 at 04:47:39PM +0200, Mike Galbraith wrote:
> > Increasing /proc/sys/kernel/sched_min_granularity_ns to roughly half
> > of sched_latency_ns should also help. That will allow LAST_BUDDY to do
> > it's job, try to hand
On 09/14/2012 10:40 PM, Andrew Jones wrote:
On Thu, Sep 13, 2012 at 04:30:58PM -0500, Andrew Theurer wrote:
On Thu, 2012-09-13 at 17:18 +0530, Raghavendra K T wrote:
* Andrew Theurer [2012-09-11 13:27:41]:
[...]
On picking a better vcpu to yield to: I really hesitate to rely on
paravirt h
On Sat, Aug 18, 2012 at 03:58:56PM +0100, Russell King - ARM Linux wrote:
> Okay, so EPROBE_DEFER seems to work when I build everything into the
> kernel, but when I build a pile of ASoC drivers as modules, it fails
> every time I've tried booting the platform so far.
Ugh, sorry for the delay in t
On 09/13/2012 05:03 PM, Anton Vorontsov wrote:
...
> +static int kgdb_nmi_tty_install(struct tty_driver *drv, struct tty_struct
> *tty)
> +{
> + struct kgdb_nmi_tty_priv *priv;
> + int ret;
> +
> + priv = kzalloc(sizeof(*priv), GFP_KERNEL);
> + if (!priv)
> + return -EN
On Sat, Sep 15, 2012 at 08:48:13AM +0200, Willy Tarreau wrote:
> just a quick fix to $SUBJECT :-)
Ugh, ok, that's it, time to have these created from my release script
and not do them by hand...
thanks for the correction.
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linu
On Sat, Sep 15, 2012 at 5:14 PM, Mathieu Desnoyers
wrote:
> * Sasha Levin (levinsasha...@gmail.com) wrote:
>> This hashtable implementation is using hlist buckets to provide a simple
>> hashtable to prevent it from getting reimplemented all over the kernel.
>>
>> Signed-off-by: Sasha Levin
>> ---
On Fri, Sep 14, 2012 at 05:59:06PM +0800, Xiao Guangrong wrote:
> Wrap the common operations into these two functions
>
> Signed-off-by: Xiao Guangrong
Why? I think people are used to
spin_lock(lock)
sequence
spin_unlock(lock)
So its easy to verify whether access to data structures are protec
On Fri, Sep 14, 2012 at 8:46 PM, Henrik Rydberg wrote:
> Hi Ferruh,
>
>> This driver is for Cypress TrueTouch(tm) Standard Product controllers,
>> Generation4 devices.
>>
>> This is second version of driver, code re-structured to match with
>> existing Generation3 driver code.
>
> To integrate wit
On Fri, Sep 14, 2012 at 06:13:11PM +0800, Xiao Guangrong wrote:
> On 09/14/2012 05:59 PM, Xiao Guangrong wrote:
>
> > + return FNAME(prefetch_gpte)(vcpu, sp, spte, gptep[i], true);
>
> Sorry, this was wrong. Update this patch.
>
> [PATCH v2 5/5] KVM: MMU: introduce FNAME(prefetch_gpte)
On Fri, Sep 14, 2012 at 05:57:22PM +0800, Xiao Guangrong wrote:
> We can not directly call kvm_release_pfn_clean to release the pfn
> since we can meet noslot pfn which is used to cache mmio info into
> spte
>
> Signed-off-by: Xiao Guangrong
> ---
> arch/x86/kvm/mmu.c |6 --
> ar
Ok, here is version 4 of the patchset. Rather than sending out all the
patches again, the diff to linux-next is given below, and the
refreshed tree can be pulled from
git://github.com/rydberg/linux.git maybe
All Dmitry's comments are addressed. Changes in short:
* Also move 'slot' to input_mt
Hello Bryan,
On Fri, Sep 14, 2012 at 03:53:02PM +0800, Bryan Wu wrote:
> The API function led_set_brightness() and __led_set_brightness will
> call .brightness_set() function provided by led class drivers. So
> .brightness_set() function will run in atomic context, which requires
> led class drive
On Sat, Sep 15, 2012 at 04:47:39PM +0200, Mike Galbraith wrote:
> Increasing /proc/sys/kernel/sched_min_granularity_ns to roughly half
> of sched_latency_ns should also help. That will allow LAST_BUDDY to do
> it's job, try to hand the CPU back to a preempted task if possible.
Just for my n00b sch
* Sasha Levin (levinsasha...@gmail.com) wrote:
> This hashtable implementation is using hlist buckets to provide a simple
> hashtable to prevent it from getting reimplemented all over the kernel.
>
> Signed-off-by: Sasha Levin
> ---
>
> Changes from v4:
>
> - Addressed comments by Mathieu Desn
On 09/15, Ananth N Mavinakayanahalli wrote:
>
> On Fri, Sep 14, 2012 at 07:15:57PM +0200, Oleg Nesterov wrote:
> >
> > Note: probably we should rename "skip" to "emulate" and I think
> > that "clear UPROBE_SKIP_SSTEP" should be moved to arch_can_skip.
>
> Agree. emulate is more accurate in this sit
On 14.09.2012 19:49, Dmitry Cherkasov wrote:
PDE/PTE update code uses CP ring for memory writes.
All page table entries are preallocated for now in alloc_pt().
It is made as whole because it's hard to divide it to several patches
that compile and doesn't break anything being applied separately.
Hi,
I have recently upgraded my oldest PC from 3.4.8 to 3.5.4, but was puzzled to
discover that the keyboard no longer worked unless I also added the
i8042_nokbd=1 boot parameter. It turns out that 3.4.8 didn't use the i8042
keyboard device anyway:
>From 3.4.8:
...
i8042 aux: probe of 00:07 f
On Sat, 2012-09-15 at 12:44 +0200, Borislav Petkov wrote:
> On Sat, Sep 15, 2012 at 06:11:02AM +0200, Mike Galbraith wrote:
> > My wild (and only) theory is that this is userspace spinlock related.
> > If so, starting the server and benchmark SCHED_BATCH should not only
> > kill the regression, bu
On 09/14, Srikar Dronamraju wrote:
>
> * Oleg Nesterov [2012-08-19 18:40:42]:
>
> > Note the "not strictly accurate" comment in mmf_recalc_uprobes().
> > We can fix this, we only need to teach vma_has_uprobes() to return
> > a bit more more info, but I am not sure this worth the trouble.
> ...
> >
Linus,
please pull sound fixes for v3.6-rc6 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-3.6
The topmost commit is 5d037f9064a8f3b9abbe383cdfb35e159d813711
Sound fixes #2 for v3.6-rc6
Yet more
On 09/15/2012 03:50 PM, Sasha Levin wrote:
> Hi all,
>
> While fuzzing with trinity within a KVM tools guest on a linux-next kernel, I
> got the lockdep warning at the bottom of this mail.
>
> I've tried figuring out where it was introduced, but haven't found any sign
> that
> any of the code in
Hi all,
While fuzzing with trinity within a KVM tools guest on a linux-next kernel, I
got the lockdep warning at the bottom of this mail.
I've tried figuring out where it was introduced, but haven't found any sign that
any of the code in that area changed recently, so I'm probably missing
someth
On Tue, Sep 11, 2012 at 05:47:15PM +0100, Will Deacon wrote:
> The update_mmu_cache() takes a pointer (to pte_t by default) as the last
> argument but the huge_memory.c passes a pmd_t value. The patch changes
> the argument to the pmd_t * pointer.
>
> Signed-off-by: Catalin Marinas
> Signed-off-
Looks good in general, some minor comments below:
On 14.09.2012 19:49, Dmitry Cherkasov wrote:
From: Christian König
Cleanup the interface in preparation for hierarchical page tables.
v2: * add incr parameter to set_page for simple scattered PTs uptates
* added PDE-specific flags to r600_
On Fri, Sep 14, 2012 at 7:49 PM, Dmitry Cherkasov wrote:
> +#define RADEON_PT_OFFSET(_rdev) \
> + (RADEON_GPU_PAGE_ALIGN(RADEON_TOTAL_PDE_COUNT(rdev) *
> RADEON_PDE_SIZE))
Shouldn't that be _rdev too?
Also a few lines above that you use rdev instead of _rdev.
I didn't check the whole thi
Argh... Sorry for that.
regards,
dan carpenter
--
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 FAQ at http://www.tux.org/lkml/
On Mon, Sep 10, 2012 at 4:36 PM, Peter Zijlstra wrote:
> On Fri, 2012-09-07 at 11:39 -0700, Linus Torvalds wrote:
>> Al? Please look into this. I'm not entirely sure what's going on, but
>> lockdep complains about this:
>>
>> Possible interrupt unsafe locking scenario:
>>
>>CPU0
Hi Linus,
My for-linus branch has one revert in the new quota code:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
We're building up more fixes at etc for the next merge window, but I'm
keeping them out unless they are bigger regressions or have a huge
impact.
Chr
> - .options= NAND_COPYBACK | NAND_CACHEPRG | NAND_NO_PADDING \
> - | NAND_NO_READRDY,
> + .options= NAND_COPYBACK | NAND_CACHEPRG | NAND_NO_PADDING,
This is not clear to me, and it looks unrelated. But I admit I haven't
studied what happened to NAND_NO_
On Fri, Sep 14, 2012 at 8:16 PM, wrote:
> 3.5.3 and older works, 3.6-rc not -> shared directories sometimes work,
> sometimes not,
> /etc/init.d/samba restart did help atleast once with 3.6-rc5,
What exactly does not work?
Can you provide a test case?
> hope this helps
Sorry, not at all.
--
If the old timestamps of a class, say cl, are stale when the class
becomes active, then QFQ may assign to cl a much higher start time
than the maximum value allowed. This may happen when QFQ assigns to
the start time of cl the finish time of a group whose classes are
characterized by a higher value
On 09/10/2012 01:21 PM, Rajanikanth HV wrote:
...
> -static int __devinit ab8500_btemp_probe(struct platform_device *pdev)
> +static int __devinit
> +btemp_of_probe(struct device *dev,
> + struct device_node *np,
> + struct abx500_bm_plat_data *bm_pdata)
> {
> - int irq
Hugh Dickins wrote:
On Thu, 13 Sep 2012, Johannes Weiner wrote:
On Thu, Sep 13, 2012 at 03:14:28PM +0800, Wen Congyang wrote:
root_mem_cgroup->info.nodeinfo is initialized when the system boots.
But NODE_DATA(nid) is null if the node is not onlined, so
root_mem_cgroup->info.nodeinfo[nid]->zonei
Hi,
On 09/10/2012 11:44 AM, Rajanikanth HV wrote:
...
> +static int __devinit
> +fg_of_probe(struct device *dev,
> + struct device_node *np,
> + struct abx500_bm_plat_data *bm_pdata)
> +{
> + u8 val;
> + u32 pval;
> + int i;
> + int ext_ther
On Sat, Sep 15, 2012 at 06:11:02AM +0200, Mike Galbraith wrote:
> My wild (and only) theory is that this is userspace spinlock related.
> If so, starting the server and benchmark SCHED_BATCH should not only
> kill the regression, but likely improve throughput as well.
FWIW,
I went and tried it. H
On Saturday 15 September 2012, Russell King - ARM Linux wrote:
> On Sat, Sep 15, 2012 at 08:00:35AM +, Arnd Bergmann wrote:
> > On Friday 14 September 2012, Russell King - ARM Linux wrote:
> > > On Fri, Sep 14, 2012 at 11:34:50PM +0200, Arnd Bergmann wrote:
> > > > ARM is moving to stricter che
This hashtable implementation is using hlist buckets to provide a simple
hashtable to prevent it from getting reimplemented all over the kernel.
Signed-off-by: Sasha Levin
---
Changes from v4:
- Addressed comments by Mathieu Desnoyers.
include/linux/hashtable.h | 190
WIth a ThinkPad T420 latest BIOS and current kernel, ( GB RAM and 10 GB swap
space Ioften need 2 attempts in a row to s2disk.
The first fails while the second (immediately after it) works :
22012-09-15T05:17:54.114+02:00 n22 kernel: PM: Need to copy 719868 pages
2012-09-15T05:17:54.114+02:00 n22
"Serge E. Hallyn" writes:
> Quoting Aristeu Rozanski (a...@ruivo.org):
>> Tejun,
>> On Thu, Sep 13, 2012 at 01:58:27PM -0700, Tejun Heo wrote:
>> > memcg can be handled by memcg people and I can handle cgroup_freezer
>> > and others with help from the authors. The problematic one is
>> > b
On 09/14/2012 02:24 AM, Kim, Milo wrote:
> Use kzalloc() rather than kmalloc() for initializing the iio_channel
> structure.
> This patch enables the iio_dev and iio_chan_spec are set to NULL.
> This may prevent the page fault problem because the pointer of iio_chan_spec
> is initialized as NU
On 09/15/2012 02:00 AM, Michel Lespinasse wrote:
> All right. Hugh managed to reproduce the issue on his suse laptop, and
> I came up with a fix.
>
> The problem was that in mremap, the new vma's vm_{start,end,pgoff}
> fields need to be updated before calling anon_vma_clone() so that the
> new vma
it looks ok to me
Reviewed-by: walter harms
Am 14.09.2012 17:13, schrieb Peter Senna Tschudin:
> From: Peter Senna Tschudin
>
> Remove useless kfree() and clean up code related to the removal.
>
> The semantic patch that finds this problem is as follows:
> (http://coccinelle.lip6.fr/)
>
>
On 09/15/2012 01:15 AM, Kim, Milo wrote:
>>> The LP8788 has 13 ADC input selection.
>>>
>>> ADC selection:
>>> Battery voltage, general ADC1 and so on.
>>>
>>> ADC result:
>>> Result = MAX_VALUE * (raw + 0.5) / 4095 except ADC is the charger
>> voltage
>>> If the ADC input is the charger voltage,
On Sat, Sep 15, 2012 at 08:00:35AM +, Arnd Bergmann wrote:
> On Friday 14 September 2012, Russell King - ARM Linux wrote:
> > On Fri, Sep 14, 2012 at 11:34:50PM +0200, Arnd Bergmann wrote:
> > > ARM is moving to stricter checks on readl/write functions,
> > > so we need to use the correct types
because old busy_worker_rebind_fn() have to wait until all idle worker finish.
so we have to use two flags WORKER_UNBOUND and WORKER_REBIND to avoid
prematurely clear all NOT_RUNNING bit when highly frequent offline/online.
but current code don't need to wait idle workers nor release gcwq->lock
wh
It makes less sense to use __devinit(the memory will be discard
after boot when !HOTPLUG).
It will be more accurate to to use __cpuinit(the memory will be discard
after boot when !HOTPLUG_CPU).
Signed-off-by: Lai Jiangshan
---
kernel/workqueue.c |4 ++--
1 files changed, 2 insertions(+), 2
We can't known what is being protected from the name of
manager_mutex or be misled by the name.
Actually, it protects the CPU-association of the gcwq,
rename it to assoc_mutex will be better.
Signed-off-by: Lai Jiangshan
---
kernel/workqueue.c | 40
1
we use list_del_init(&worker->entry) when rebind(exile) idles
or destroy idles.
So we can use list_empty(&worker->entry) to know: does the worker
has been exiled or killed.
WORKER_REBIND is not need any more, remove it to reduce the states
of workers.
Signed-off-by: Lai Jiangshan
---
kernel/wo
Current rebind_workers() uses synchronous algorithm for idle_workers,
becuase the workers in idle_list must be rebound before local-wake-up.
but synchronous algorithm adds a lot of complication. so we search
another way to handle local-wake-up and use async algrithm for it.
To avoid to wrongly do
workqueue_cpu_down_callback() is only used when HOTPLUG_CPU=y.
so it will be better if we use hotcpu_notifier() to register it.
When HOTPLUG_CPU=y, hotcpu_notifier() and cpu_notifier() are the same.
When HOTPLUG_CPU=n, if we use cpu_notifier(), workqueue_cpu_down_callback()
will be called(no-op)
Patch1 use async algorithm to replace the synchronous algorithm to rebind
idle workers.
The synchronous algorithm requires 3 hand shakes, it introduces much
complicated.
The new async algorithm does not do any synchronization. it removes
the idle workers from idle_list to ensure the local-wake-u
On Fri, Sep 14, 2012 at 8:05 PM, Jiang Liu wrote:
> When handling BUS_NOTIFY_ADD_DEVICE event for a PCI bridge device,
> the notification handler can't hold reference count to the new PCI bus
> because the device object for the new bus (pci_dev->subordinate->dev)
> hasn't been initialized yet.
>
>
On Friday 14 September 2012, Ryan Mallon wrote:
> On 15/09/12 07:34, Arnd Bergmann wrote:
>
> > ARM is moving to stricter checks on readl/write functions,
> > so we need to use the correct types everywhere.
> >
> > Cc: Hartley Sweeten
> > Cc: Ryan Mallon
> > Signed-off-by: Arnd Bergmann
>
>
On Friday 14 September 2012, Russell King - ARM Linux wrote:
> On Fri, Sep 14, 2012 at 11:34:50PM +0200, Arnd Bergmann wrote:
> > ARM is moving to stricter checks on readl/write functions,
> > so we need to use the correct types everywhere.
>
> There's nothing wrong with const iomem pointers. If
1 - 100 of 109 matches
Mail list logo
