On (02/07/13 22:53), Andreas Bombe wrote:
> On Sun, Jan 13, 2013 at 02:38:20PM +0300, Sergey Senozhatsky wrote:
> > On (01/12/13 20:27), Dave Jones wrote:
> > > BUG: sleeping function called from invalid context at mm/slub.c:925
> > > in_atomic(): 1, irqs_disabled(): 0, pid: 566, name: Xorg
> > >
On Tue, 2013-02-05 at 16:16 +0530, Durgadoss R wrote:
> This patch creates sensor level APIs, in the
> generic thermal framework.
>
> A Thermal sensor is a piece of hardware that can report
> temperature of the spot in which it is placed. A thermal
> sensor driver reads the temperature from this
Hi, Durga,
thanks for your continuous effort on this.
comment in line.
thanks,
rui
On Tue, 2013-02-05 at 16:16 +0530, Durgadoss R wrote:
> This patch set is a v3 of the previous versions submitted here:
> [v2]: http://lwn.net/Articles/531720/
> [v1]: https://lkml.org/lkml/2012/12/18/108
>
Hi,
On Fri, Feb 08, 2013 at 09:29:31AM +0200, Hiroshi Doyu wrote:
> @@ -56,18 +56,21 @@ int tegra_cpu_disable(unsigned int cpu)
> return cpu == 0 ? -EPERM : 0;
> }
>
> -#ifdef CONFIG_ARCH_TEGRA_2x_SOC
> -extern void tegra20_hotplug_shutdown(void);
> -void __init
On 2013-02-07 17:08, Anton Vorontsov wrote:
On Thu, Feb 07, 2013 at 02:12:11PM +0100, Andreas Larsson wrote:
struct fsl_spi_reg *reg_base;
- int retval;
+ int retval, desel;
We don't usually place variable declarations on the same line, unless the
variables are closely
On Thu, Feb 7, 2013 at 5:22 PM, Alexey Brodkin
wrote:
> On 02/07/2013 09:16 PM, Grant Likely wrote:
>>
>> On Thu, Feb 7, 2013 at 4:56 PM, Alexey Brodkin
>> wrote:
>>>
>>> On 02/07/2013 08:44 PM, Grant Likely wrote:
So, if I'm correct that means that for the data port (specifically
Update the code to use devm_* API so that driver
core will manage resources.
Signed-off-by: Kumar, Anil
---
This patch applies on top of v3.8-rc6.
Tested on da850 EVM.
Changes for V2:
- Use return -EADDRNOTAVAIL in case of devm_request_and_ioremap() fail.
- Use devm_clk_get() instead of
Mainly for the compatibility for the existing driver.
This would be removed once new USB/PCIE DT supports come.
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/tegra.c | 92 ++-
1 file changed, 90 insertions(+), 2 deletions(-)
diff --git
Hi Mark/Grant,
On Mon, Feb 04, 2013 at 05:45:49PM +0800, Mark Brown wrote:
> On Fri, Feb 01, 2013 at 12:22:47PM +0200, Mika Westerberg wrote:
>
> > Mark, thank you for applying patches 1-4/10. Is there anything you want me
> > to do for the rest of the patches in order to get those merged?
>
>
Refactored that Tegra{20,30,114} use the same board file.
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/Makefile |5 ++--
.../arm/mach-tegra/{board-dt-tegra30.c => tegra.c} | 27 ++--
2 files changed, 15 insertions(+), 17 deletions(-)
rename
Refactored that Tegra114 uses board-dt-tegra30.
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/Makefile|2 +-
arch/arm/mach-tegra/board-dt-tegra114.c | 46 ---
arch/arm/mach-tegra/board-dt-tegra30.c |3 +-
3 files changed, 3 insertions(+),
Refactored tegra{20,30,114}_init_early() so that we have the unified
tegra_init_early().
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/board-dt-tegra114.c |2 +-
arch/arm/mach-tegra/board-dt-tegra20.c |2 +-
arch/arm/mach-tegra/board-dt-tegra30.c |4 ++--
On Fri, Feb 8, 2013 at 12:55 PM, Andy Shevchenko
wrote:
> Shall I resend it?
Naah!! Vinod can manage it, i believe :)
--
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, Feb 8, 2013 at 6:28 AM, Viresh Kumar wrote:
> On Thu, Feb 7, 2013 at 10:35 PM, Andy Shevchenko
> wrote:
>> On Thu, Feb 7, 2013 at 5:39 PM, Viresh Kumar wrote:
>>> On 7 February 2013 21:06, Andy Shevchenko
>>> wrote:
From: Mika Westerberg
...
Signed-off-by: Andy Shevchenko
From: Wei WANG
Realtek card reader supports both SD and MS card. According to the
settings of rtsx MFD driver, SD host will be probed before MS host.
If we boot/reboot Linux with SD card inserted, the resetting flow of SD
card will succeed, and the following resetting flow of MS is sure to fail.
On Thu, Feb 7, 2013 at 11:05 PM, Arnd Bergmann wrote:
> On Thursday 07 February 2013, Grant Likely wrote:
>> On Thu, Feb 7, 2013 at 3:28 PM, Alexey Brodkin
> Of course, as long as the driver is only ever used to access
> the same non-removable block device and you don't change
> the driver, it
Namjae Jeon writes:
>> And did this work correctly about f_pos for readdir?
> Yes, sure. f_pos is work correctly about each directory entry. because
> after name[0] == 0x00, there are no allocated directory entires.
>>
>> I'm not thinking about f_pos deeply though, it may have something
>>
If cfs_rq->runtime_remaining is <= 0 then either
- cfs_rq is throttled and waiting for quota redistribution, or
- cfs_rq is currently executing and will be throttled on
put_prev_entity, or
- cfs_rq is not throttled and has not executed since its quota was set
(runtime_remaining is set to 0 on
Hi Arnaldo,
On Mon, 4 Feb 2013 22:12:47 -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Feb 07, 2013 at 06:02:14PM +0900, Namhyung Kim escreveu:
>> From: Namhyung Kim
>>
>> Add --skip-missing option for skipping symbols that cannot be used for
>> annotation. It's the case of kernel symbols
On 02/07/2013 08:40 PM, Darren Hart wrote:
>
>
> On 02/07/2013 02:09 AM, Linus Walleij wrote:
>> On Thu, Feb 7, 2013 at 1:58 AM, Darren Hart wrote:
>>
>>> Is it that some other driver has claimed these GPIO lines? If so, how do
>>> I determine which one?
>>
>> Yes I think that could be it, the
On Wed, Feb 06, 2013 at 01:23:17PM -0800, Terje Bergström wrote:
> On 05.02.2013 01:54, Thierry Reding wrote:
> > On Mon, Feb 04, 2013 at 09:17:45PM -0800, Terje Bergström wrote:
> >> Yeah, it's actually working around the host1x duplicate naming.
> >> host1x_syncpt_get takes struct host1x as
On Fri, Feb 08, 2013 at 12:37:13PM +0900, Chanho Min wrote:
> >I started looking for workloads to profile but then lost interest.
> >The current code can theoretically end up walking through a lot of
> >partially used blocks if a string of allocations never fit any of
> >them. The number of these
On 08/02/13 07:36, Andy Lutomirski wrote:
On 08/02/13 02:03, Andy Lutomirski wrote:
There may be some
advantage to adding (later on, if needed) an option to change the
flags set in:
+ if (waitqueue_active(>wqh))
+ wake_up_locked_poll(>wqh,
+
On Wed, Feb 06, 2013 at 12:58:19PM -0800, Terje Bergström wrote:
> On 05.02.2013 01:15, Thierry Reding wrote:
> > On Mon, Feb 04, 2013 at 08:41:25PM -0800, Terje Bergström wrote:
> >> This is used by debugfs code to direct to debugfs, and
> >> nvhost_debug_dump() to send via printk.
> >
> > Yes,
Mark,
On Thursday 07 February 2013 10:47 PM, Mark Rutland wrote:
[..]
I believe the patch below will fix this for Tegra and any other platforms where
broadcast is required in low power states.
From the Stephan's crash the issue is pretty clear and your patch make
sense. Some how I didn't
Hello, Russell.
On Wed, Feb 06, 2013 at 04:33:55PM +, Russell King - ARM Linux wrote:
> On Wed, Feb 06, 2013 at 10:33:53AM +0100, Linus Walleij wrote:
> > On Wed, Feb 6, 2013 at 6:21 AM, Joonsoo Kim wrote:
> >
> > > If we want load epoch_cyc and epoch_ns atomically,
> > > we should update
On Thu, Feb 7, 2013 at 3:18 PM, Michal Simek wrote:
> Fix ioreadXXbe and iowriteXXbe functions which did
> additional little endian conversion on native big endian systems.
> Using be_to_cpu (cpu_to_be) conversions with __raw_read/write
> functions have resolved it.
>
> Signed-off-by: Michal
On Thursday 07 February 2013 10:21 PM, Stephen Warren wrote:
On 02/07/2013 04:40 AM, Santosh Shilimkar wrote:
[...]
Stephan,
Do we have crash log seen on Tegra ? Which tegra CPUIDLE driver
is being used when crash is seen ?
The crash log is below. It's simply because td->evt->broadcast is
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Stephen Warren
> Sent: Thursday, February 07, 2013 10:26 PM
> To: kishon
> Cc: Venu Byravarasu; ba...@ti.com; gre...@linuxfoundation.org; linux-
>
On Thu, Feb 7, 2013 at 9:26 PM, Martin Sustrik wrote:
> Hi Andy,
>
>
> On 08/02/13 02:03, Andy Lutomirski wrote:
>>
>> There may be some
>> advantage to adding (later on, if needed) an option to change the
>> flags set in:
>>
>> + if (waitqueue_active(>wqh))
>> +
Il 08/02/2013 05:05, Rusty Russell ha scritto:
> Paolo Bonzini writes:
>> The virtqueue_add_buf function has two limitations:
>>
>> 1) it requires the caller to provide all the buffers in a single call;
>>
>> 2) it does not support chained scatterlists: the buffers must be
>> provided as an array
2013/2/7, OGAWA Hirofumi :
> Namjae Jeon writes:
>
>> From: Namjae Jeon
>>
>> When doing lookups via fat_search_long(), we can stop checking for
>> further entries if we detect End of Directory, i.e. if (de->name[0] ==
>> 0x00).The current code traverses the cluster chain of a directory until a
On Fri, Feb 08, 2013 at 10:39:13AM +0530, Viresh Kumar wrote:
> On 8 February 2013 04:37, Rafael J. Wysocki wrote:
> > BTW, there still are locking problems in linux-next. Why do we need
> > to take cpufreq_driver_lock() around driver->init() in cpufreq_add_dev(),
> > in particular?
> I thought
Hi Mark,
On Thu, Feb 07, 2013 at 16:16:56, Mark Rutland wrote:
> Hello,
>
> I have a couple of comments on the dt bindings and the way it's parsed.
>
Thanks for your review comments.
> On Thu, Feb 07, 2013 at 07:57:04AM +, Manjunathappa, Prakash wrote:
> > Adds device tree support for
On Fri, Feb 8, 2013 at 12:05 AM, Arnd Bergmann wrote:
>> The same is true for the data port. A BE read does the right thing on
>> a BE platform, and LE read on a LE platform. (again, this is all about
>> bus attachment). However, the difference is what is then done with the
>> data.
>
> Well,
On Thu, 2013-02-07 at 19:14 +, Christoph Lameter wrote:
> On Thu, 7 Feb 2013, Frederic Weisbecker wrote:
>
> > Not with hrtick.
>
> hrtick? Did we not already try that a couple of years back and it turned
> out that the overhead of constantly reprogramming a timer via the PCI bus
> was
Please ignore the last mails with checkpatch file.
Thanks,
-Original Message-
From: NickCheng [mailto:nick.ch...@areca.com.tw]
Sent: Friday, February 08, 2013 2:03 PM
To: 'linux-s...@vger.kernel.org'
Cc: 'linux-kernel@vger.kernel.org'; 'j...@kernel.org'; 黃清隆
Subject: [PATCH 2/5] arcmsr:
From: Nick Cheng
Modify ARC-1214 inband messages behavior to make up for HW seldom malfunction.
Signed-off-by: Nick Cheng
---
patch5
Description: Binary data
From: Nick Cheng
Support hibernation for whole series of RAID controllers
Signed-off-by: Nick Cheng
---
patch2
Description: Binary data
From: Nick Cheng
Support MSI or MSI-X for whole series of RAID controllers. Meanwhile correct
the register access as iowrite32/ioread32
Signed-off-by: Nick Cheng
---
patch3
Description: Binary data
From: Nick Cheng
Add a New RAID Model, ARC-1214, which can support 8 SATA HDs at most, so far.
Signed-off-by: Nick Cheng
---
checkpatch4
Description: Binary data
From: Nick Cheng
Modify ARC-1214 inband messages behavior to make up for HW seldom malfunction.
Signed-off-by: Nick Cheng
---
checkpatch5
Description: Binary data
From: Nick Cheng
Support MSI or MSI-X for whole series of RAID controllers. Meanwhile correct
the register access as iowrite32/ioread32
Signed-off-by: Nick Cheng
---
checkpatch3
Description: Binary data
From: Nick Cheng
Support hibernation for whole series of RAID controllers
Signed-off-by: Nick Cheng
---
checkpatch2
Description: Binary data
On 7 February 2013 06:11, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
> Subject: cpufreq: Move sysfs_remove_link() from under a spinlock
>
> Commit 73bf0fc "cpufreq: Don't remove sysfs link for policy->cpu"
> attempted to fix a bug in __cpufreq_remove_dev() by avoiding to
> remove the
Hi Vineet,
On Fri, 8 Feb 2013 10:46:24 +0530 Vineet Gupta
wrote:
>
> On Thursday 07 February 2013 04:46 PM, James Hogan wrote:
> >
> > The metag architecture tree adds an add_taint(TAINT_DIE) like other
> > architectures do, and the modules-next tree adds the
> > LOCKDEP_NOW_UNRELIABLE flag to
03.02.2013 18:41, J. Bruce Fields пишет:
On Sat, Feb 02, 2013 at 07:57:19AM -0500, J. Bruce Fields wrote:
On Sat, Feb 02, 2013 at 01:04:03PM +1100, Stephen Rothwell wrote:
Hi,
After merging the nfsd tree, today's linux-next build (x86_64
allmodconfig) failed like this:
fs/nfs/dns_resolve.c:
On Thu, Feb 07, 2013 at 09:02:15, Kumar, Anil wrote:
> Update the code to use devm_* API so that driver
> core will manage resources.
>
> Signed-off-by: Kumar, Anil
> ---
> This patch applies on top of v3.8-rc6.
>
> Tested on da850 EVM.
>
> :100644 100644 e8e8724... 6ad76a3... M
On 8 February 2013 05:03, Rafael J. Wysocki wrote:
> I should have done that before, sorry about it.
np
> Can you please rework this series on top of linux-pm.git/pm-cpufreq and
> try to avoid introducing new issues this time?
Sorry for this. I didn't got any such issues on my system and i
Hi Andy,
On 08/02/13 02:03, Andy Lutomirski wrote:
There may be some
advantage to adding (later on, if needed) an option to change the
flags set in:
+ if (waitqueue_active(>wqh))
+ wake_up_locked_poll(>wqh,
+ (unsigned
On Thursday 07 February 2013 10:07 PM, Peter De Schrijver wrote:
The hclk and pclk clocks are controlled by the same register. Hence a lock is
required to avoid corruption.
Signed-off-by: Peter De Schrijver
Reviewed-by: Prashant Gaikwad
---
drivers/clk/tegra/clk-tegra20.c | 11
On Thursday 07 February 2013 10:00 PM, Peter De Schrijver wrote:
cclk_g_parents, cclk_lp_parents and sclk_parents are only accessed from within
clk-tegra30.c. Declare them static to avoid namespace polution.
Signed-off-by: Peter De Schrijver
Reviewed-by: Prashant Gaikwad
---
On Thursday 07 February 2013 09:54 PM, Peter De Schrijver wrote:
Although tegra_clk_register_super_mux() has a lock parameter, the lock is not
actually used by the code. Fixed with this patch.
Signed-off-by: Peter De Schrijver
Reviewed-by: Prashant Gaikwad
---
On Thursday 07 February 2013 04:46 PM, James Hogan wrote:
> Hi Rusty,
>
> The metag architecture tree adds an add_taint(TAINT_DIE) like other
> architectures do, and the modules-next tree adds the
> LOCKDEP_NOW_UNRELIABLE flag to all uses of add_taint (but obviously
> misses arch/metag since it
On Thu, Feb 7, 2013 at 9:03 PM, Paul E. McKenney
wrote:
> Right... For spinlocks that -don't- disable irqs, you need to deal with
> the possibility that a CPU gets interrupted while spinning, and the
> interrupt handler also tries to acquire a queued lock. One way to deal
> with this is to have
On 8 February 2013 04:37, Rafael J. Wysocki wrote:
> BTW, there still are locking problems in linux-next. Why do we need
> to take cpufreq_driver_lock() around driver->init() in cpufreq_add_dev(),
> in particular?
I thought a bit more and realized there is no such limitation on
On Thu, Feb 07, 2013 at 08:36:43PM -0800, Paul E. McKenney wrote:
> On Thu, Feb 07, 2013 at 07:48:33PM -0800, Michel Lespinasse wrote:
> > On Thu, Feb 7, 2013 at 4:40 PM, Paul E. McKenney
> > wrote:
> > > On Thu, Feb 07, 2013 at 04:03:54PM -0800, Eric Dumazet wrote:
> > >> It adds yet another
Michal, thank you very much but it just didn't work and broke everything :(
This happened:
Problem started to occur really often immediately after booting the new kernel,
every few minutes for one of my users. But everything other seems to work fine
so i gave it a try for a day (which was a
Hello Fengguang
On Fri, Feb 8, 2013 at 10:06 AM, Fengguang Wu wrote:
> [0.00] Console: colour VGA+ 80x25
> [0.00] [ cut here ]
> [0.00] WARNING: at /c/kernel-tests/src/linux/kernel/sched/clock.c:219
> sched_clock_cpu+0x65/0x140()
> [0.00]
On Thu, 2013-02-07 at 13:09 -0600, Rob Herring wrote:
> From: Rob Herring
>
> In the recently added support for OF based clocksource init, a device node
> will be matched twice. We can fix this by passing the device node to the
> init functions and removing the match functions within the init
On 02/07/2013 02:09 AM, Linus Walleij wrote:
> On Thu, Feb 7, 2013 at 1:58 AM, Darren Hart wrote:
>
>> Is it that some other driver has claimed these GPIO lines? If so, how do
>> I determine which one?
>
> Yes I think that could be it, the driver would need to call
> gpio_export() for it to
On Thu, Feb 07, 2013 at 07:48:33PM -0800, Michel Lespinasse wrote:
> On Thu, Feb 7, 2013 at 4:40 PM, Paul E. McKenney
> wrote:
> > On Thu, Feb 07, 2013 at 04:03:54PM -0800, Eric Dumazet wrote:
> >> It adds yet another memory write to store the node pointer in the
> >> lock...
> >>
> >> I suspect
On Tue, Feb 05 2013, Michal Hocko wrote:
> On Tue 05-02-13 10:09:57, Greg Thelen wrote:
>> On Tue, Feb 05 2013, Michal Hocko wrote:
>>
>> > On Tue 05-02-13 08:48:23, Greg Thelen wrote:
>> >> On Tue, Feb 05 2013, Michal Hocko wrote:
>> >>
>> >> > On Tue 05-02-13 15:49:47, azurIt wrote:
>> >> >
On Thu, Feb 7, 2013 at 10:35 PM, Andy Shevchenko
wrote:
> On Thu, Feb 7, 2013 at 5:39 PM, Viresh Kumar wrote:
>> On 7 February 2013 21:06, Andy Shevchenko
>> wrote:
>>> From: Mika Westerberg
>>>
>>> Intel Lynxpoint PCH Low Power Subsystem has DMA controller to support
>>> general
>>> purpose
On Thu, Feb 07, 2013 at 16:36:03 +0100, Linus Walleij wrote:
> On Wed, Feb 6, 2013 at 11:53 AM, Lee Jones wrote:
>
> > This patch lists the L3G4200D Gyroscope as a consumer of the
> > AB8500 VAUX1 regulator.
> >
> > Signed-off-by: Lee Jones
> > ---
> >
On Fri, Feb 08, 2013 at 09:49:27, Nori, Sekhar wrote:
> On 2/8/2013 8:05 AM, Kumar, Anil wrote:
> > On Thu, Feb 07, 2013 at 23:20:48, Nori, Sekhar wrote:
> >> On 2/7/2013 9:02 AM, Kumar, Anil wrote:
>
> >>> Update the code to use devm_* API so that driver
> >>> core will manage resources.
>
>
2013-02-08 (금), 03:10 +, Al Viro:
> On Fri, Feb 08, 2013 at 12:09:34PM +1100, Linus Torvalds wrote:
> > No.
> >
> > You guys need to realize that I'm not talking crap like this this late.
> >
> > This is not major bugfixes. I already looked away once just because
> > it's a new filesystem,
On 2/8/2013 8:05 AM, Kumar, Anil wrote:
> On Thu, Feb 07, 2013 at 23:20:48, Nori, Sekhar wrote:
>> On 2/7/2013 9:02 AM, Kumar, Anil wrote:
>>> Update the code to use devm_* API so that driver
>>> core will manage resources.
>>> Signed-off-by: Kumar, Anil
>>> diff --git
(2013/02/07 21:31), Michal Hocko wrote:
On Thu 07-02-13 20:01:45, KAMEZAWA Hiroyuki wrote:
(2013/02/06 23:01), Michal Hocko wrote:
On Wed 06-02-13 02:17:21, azurIt wrote:
5-memcg-fix-1.patch is not complete. It doesn't contain the folloup I
mentioned in a follow up email. Here is the full
Ok, I understand.
I'll prepare and send patches for the next merge window with these
patches together.
Thanks,
2013-02-08 (금), 12:09 +1100, Linus Torvalds:
> No.
>
> You guys need to realize that I'm not talking crap like this this late.
>
> This is not major bugfixes. I already looked away
James Hogan writes:
> Hi Rusty,
>
> The metag architecture tree adds an add_taint(TAINT_DIE) like other
> architectures do, and the modules-next tree adds the
> LOCKDEP_NOW_UNRELIABLE flag to all uses of add_taint (but obviously
> misses arch/metag since it doesn't exist yet), causing a compile
Paolo Bonzini writes:
> The virtqueue_add_buf function has two limitations:
>
> 1) it requires the caller to provide all the buffers in a single call;
>
> 2) it does not support chained scatterlists: the buffers must be
> provided as an array of struct scatterlist.
>
> Because of these
>
> But I've just switched to udl (instead of udlfb) and will see if I can fix
> the bugs there to make it usable as a console. udl is a rewrite of udlfb
> with some additional features (e.g. drm), so hopefully fixing the remaining
> problems there will require less work.
I may have fixed the
On Thu, Feb 7, 2013 at 5:39 AM, Tejun Heo wrote:
> (If you're reading this patchset for the first time, this patchset is
> an effort to improve idr interface. This posting is mostly for
> collecting and routing the patches towards -mm. Please follow the
> link at the end for details on each
On Thu, Feb 7, 2013 at 8:38 PM, Cong Wang wrote:
> On Thu, 07 Feb 2013 at 19:32 GMT, Sasha Levin wrote:
>> Hi guys,
>>
>> I got the following while fuzzing with trinity inside a KVM tools guest:
>>
>> [ 51.680236] ===
>> [ 51.681914] [ INFO: suspicious RCU usage.
On Thu, Feb 7, 2013 at 4:40 PM, Paul E. McKenney
wrote:
> On Thu, Feb 07, 2013 at 04:03:54PM -0800, Eric Dumazet wrote:
>> It adds yet another memory write to store the node pointer in the
>> lock...
>>
>> I suspect it's going to increase false sharing.
>
> On the other hand, compared to straight
Hi Linus,
this one fixes a sleep while locked regression that was introduced earlier
in 3.8.
Dave.
The following changes since commit 6bacaa9ddacb71c691d32c678d37bc59ffc71fac:
Merge tag 'sound-3.8' of
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound (2013-02-07 08:43:30
+1100)
As checked with BUG_ON in the case of CPU_UP_PREPARE, we have to dequeue
work first for further actions, then stopper reaches sane and clear state.
Signed-off-by: Hillf Danton
---
--- a/kernel/stop_machine.c Fri Feb 8 11:22:44 2013
+++ b/kernel/stop_machine.c Fri Feb 8 11:29:40 2013
On 02/08/2013 04:02 AM, Ben Hutchings wrote:
On Thu, 2013-02-07 at 21:39 +0800, Freddy Xin wrote:
From: Freddy Xin
This is a resubmission.
Added "const" to ethtool_ops structure and fixed the coding style of
AX88179_BULKIN_SIZE array.
Fixed the issue that the default MTU is not 1500.
Added
The comment just above cpu_stop_signal_done() says it is uncertain that
the input @done is valid, and the works enqueued through the function
stop_one_cpu_nowait() do carry no done, thus we have to check if it is
valid when updating work result.
Signed-off-by: Hillf Danton
---
---
>I started looking for workloads to profile but then lost interest.
>The current code can theoretically end up walking through a lot of
>partially used blocks if a string of allocations never fit any of
>them. The number of these blocks depends on previous allocations that
>leave them unusable
On Thu, Feb 7, 2013 at 7:04 PM, Zhang Rui wrote:
> On Mon, 2013-02-04 at 10:14 +0800, Zhang Rui wrote:
>> On Sun, 2013-01-27 at 19:28 -0800, Amit Daniel Kachhap wrote:
>> > This removes the driver specific sysfs support of the temperature
>> > emulation and uses the newly added core thermal
On Thu, Feb 7, 2013 at 4:27 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Make the ACPI container driver use struct acpi_scan_handler for
> representing the object used to initialize ACPI containers and remove
> the ACPI driver structure used previously and the data structures
>
From: Eric Wong
Date: Fri, 8 Feb 2013 02:39:46 +
> David Miller wrote:
>> From: Eric Dumazet
>> Date: Fri, 18 Jan 2013 22:13:16 -0800
>>
>> > On Fri, 2013-01-18 at 21:54 -0800, Eric Dumazet wrote:
>> >
>> >>
>> >> Hmm, this might be already fixed in net-next tree, could you try it ?
>>
Hi Rafael,
2013/02/08 9:24, Rafael J. Wysocki wrote:
On Monday, February 04, 2013 12:47:31 AM Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
The only useful thing that the ACPI container driver does is to
install system notify handlers for all container and module device
objects it finds
Commit abf917cd91cb ("cputime: Generic on-demand virtual cputime
accounting") inadvertantly changed the default CPU_ACCOUNTING config
for PPC64. Repair that.
Signed-off-by: Stephen Rothwell
---
init/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/init/Kconfig
On Thu, 2013-02-07 at 16:47 +0100, Jiri Slaby wrote:
> On 02/05/2013 09:20 PM, Peter Hurley wrote:
>
> The question is obvious: why?
>
> The waiters usually don't care about ldisc.
This patch really needed a decent commit message, but this isn't a fix,
per se.
While I was auditing the ldisc
t know if that was deliberate, but it was suprising. I noticed
> when this patch entered next-20130207.
I suspect that this is caused by the changes to init/Kconfig:
diff --git a/init/Kconfig b/init/Kconfig
index be8b7f5..a05f843 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -326,6 +326,9
On Fri, Feb 08, 2013 at 12:09:34PM +1100, Linus Torvalds wrote:
> No.
>
> You guys need to realize that I'm not talking crap like this this late.
>
> This is not major bugfixes. I already looked away once just because
> it's a new filesystem, but enough is enough. This is way way WAY too
> late
re/after this patch)
@@ -119,8 +120,8 @@
#
# CPU/Task time and stats accounting
#
-# CONFIG_TICK_CPU_ACCOUNTING is not set
-CONFIG_VIRT_CPU_ACCOUNTING=y
+CONFIG_TICK_CPU_ACCOUNTING=y
+# CONFIG_VIRT_CPU_ACCOUNTING_NATIVE is not set
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_TASKSTATS=y
CONFIG_
Hi Sekhar,
Thanks for the review.
On Thu, Feb 07, 2013 at 23:45:53, Nori, Sekhar wrote:
>
> On 2/6/2013 9:30 AM, Kumar, Anil wrote:
> > In non DT case da8xx_register_watchdog() is called to register platform
> > device
> > "da8xx_wdt_device" by board file. But in DT case it is not called and
On Mon, 2013-02-04 at 10:14 +0800, Zhang Rui wrote:
> On Sun, 2013-01-27 at 19:28 -0800, Amit Daniel Kachhap wrote:
> > This removes the driver specific sysfs support of the temperature
> > emulation and uses the newly added core thermal framework for thermal
> > emulation. A platform specific
Hi Manjunath Goudar,
I test this patch based on linux master branch, the commit id is:
6bacaa9ddacb71c691d32c678d37bc59ffc71fac. (I am not sure this is the
right place for testing).
First, it has an compile error as following. After fix it, and
tested, the EHCI doesn't work.
---<8---
Hello Lisa,
On Thu, 07 Feb 2013 05:29:11 -0700
Lisa Mitchell wrote:
> > > > Also, I have one question. Can we always think of 1st and 2nd kernels
> > > > are same?
> > >
> > > Not at all. Distros frequently implement it with the same kernel in
> > > both role but it should be possible to use
On 8 February 2013 01:09, Artem Savkov wrote:
> Tested out linux-pm.git/linux-next with this patches pulled. It seems
> that my systemd-sleep issue is fixed, however there is a new 'sleeping
> in invalid context' bug during boot:
>
> [ 12.736484] BUG: sleeping function called from invalid
On 8 February 2013 05:03, Rafael J. Wysocki wrote:
> I should have done that before, sorry about it.
>
> Can you please rework this series on top of linux-pm.git/pm-cpufreq and
> try to avoid introducing new issues this time?
Even i want to do that, but when i fetch your repo i don't see all
On 8 February 2013 04:37, Rafael J. Wysocki wrote:
> On Thursday, February 07, 2013 06:52:20 PM Viresh Kumar wrote:
>> On 7 February 2013 18:35, Rafael J. Wysocki wrote:
>> > I think they all make sense, so applied to linux-next.
>> >
>> > I would prefer not to make any more changes to cpufreq
On 8 February 2013 00:48, wrote:
> On Thu, 07 Feb 2013 13:11:52 +0530, Viresh Kumar said:
>
>> First of all i want to confirm something about your system. I am sure it is a
>> multi-policy system (or multi cluster system). i.e. there are more than one
>> clock line for different cpus ? And so
On Thu, 2013-01-31 at 20:04 -0600, Jason Wessel wrote:
> > diff --git a/arch/powerpc/kernel/kgdb.c b/arch/powerpc/kernel/kgdb.c
> > index 8747447..5ca82cd 100644
> > --- a/arch/powerpc/kernel/kgdb.c
> > +++ b/arch/powerpc/kernel/kgdb.c
> > @@ -154,12 +154,12 @@ static int
David Miller wrote:
> From: Eric Dumazet
> Date: Fri, 18 Jan 2013 22:13:16 -0800
>
> > On Fri, 2013-01-18 at 21:54 -0800, Eric Dumazet wrote:
> >
> >>
> >> Hmm, this might be already fixed in net-next tree, could you try it ?
> >>
> >
> > Yes, running your program on net-next seems OK.
> >
1 - 100 of 1490 matches
Mail list logo