On Tue, Sep 10, 2013 at 11:43 AM, Al Viro wrote:
>
> !LOOKUP_ROOT: we set nd->root the first time we need / (in the very
> beginning if it's an absolute pathname, on the first absolute symlink
> otherwise). In non-RCU mode we hold a reference to it; in RCU mode
> we do not. As the result,
On Tue, Sep 10, 2013 at 12:37:47PM -0600, Stephen Warren wrote:
> OK, so for the DT binding we should make vcc-supply a required
> property, yet the driver will still work OK if that property just
> happens to be missing (or e.g. when instantiated from a board file,
> and there's no regulator).
HWMOD removal for MMC is breaking edma_start as the events are being manually
triggered due to unused channel list not being clear.
This patch fixes the issue, by reading the "dmas" property from the DT node if
it exists and clearing the bits in the unused channel list. For this purpose
we use
On Tue, Sep 10, 2013 at 08:13:59PM +0200, azurIt wrote:
> >On Mon, Sep 09, 2013 at 09:59:17PM +0200, azurIt wrote:
> >> >On Mon, Sep 09, 2013 at 03:10:10PM +0200, azurIt wrote:
> >> >> >Hi azur,
> >> >> >
> >> >> >On Wed, Sep 04, 2013 at 10:18:52AM +0200, azurIt wrote:
> >> >> >> > CC: "Andrew
On Tue, Sep 10, 2013 at 11:51 AM, gre...@linuxfoundation.org
wrote:
> On Tue, Sep 10, 2013 at 11:29:45AM -0700, H. Peter Anvin wrote:
>> On 09/10/2013 11:26 AM, Matthew Garrett wrote:
>> > On Tue, 2013-09-10 at 14:23 -0300, Henrique de Moraes Holschuh wrote:
>> >> On Tue, 10 Sep 2013, Matthew
How much time does it add to boot to feed the device tree into the
random number pool.
Some of the device trees are expected to get pretty big. If it's over
a millisecond,
IMHO, it should be configurable (but this is not).
-- Tim
On Tue, Sep 10, 2013 at 11:00 AM, Grant Likely
wrote:
> Hi
On Tue, Sep 10, 2013 at 11:25:44AM -0700, Linus Torvalds wrote:
> nd->flags &= ~LOOKUP_RCU;
> if (!(nd->flags & LOOKUP_ROOT))
> nd->root.mnt = NULL;
> unlock_rcu_walk();
>
> and my unlazy_walk() essentially terminated the
On 09/10/2013 12:18 PM, Mark Brown wrote:
> On Tue, Sep 10, 2013 at 11:44:05AM -0600, Stephen Warren wrote:
>
>> OK, so I believe you're saying that the case of a chip with just
>> a single power source, which absolutely must be present in HW for
>> the chip to be powered, isn't appropriate for
On Tue, Sep 10, 2013 at 11:26 AM, Matthew Garrett
wrote:
> On Tue, 2013-09-10 at 14:23 -0300, Henrique de Moraes Holschuh wrote:
>> On Tue, 10 Sep 2013, Matthew Garrett wrote:
>> > That's why modern systems require signed firmware updates.
>>
>> Linux doesn't. Is someone working on adding
From: Joseph Salisbury
Date: Tue, 20 Aug 2013 13:34:51 -0400
> Please consider including mainline commit 5faa5df in the next v3.2.y
> release. It was included in the mainline tree as of v3.3-rc7. It has
> been tested and confirmed to resolve
> http://bugs.launchpad.net/bugs/1205741 .
>
>
On Tue, Sep 10, 2013 at 06:54:38PM +0200, Stephan Mueller wrote:
>
> Why do you say that clocksource is heavyweight? Yes, there is a bit more
> code than for get_cycles, but that is all just leading to usually an
> equally small clock read code as get_cycles.
I've had past experiences where a
On Tue, 2013-09-10 at 14:23 -0300, Henrique de Moraes Holschuh wrote:
> On Tue, 10 Sep 2013, Matthew Garrett wrote:
> > That's why modern systems require signed firmware updates.
>
> Linux doesn't. Is someone working on adding signature support to the
> runtime firmware loader?
It'd be simple
On 09/10/2013 11:26 AM, Matthew Garrett wrote:
> On Tue, 2013-09-10 at 14:23 -0300, Henrique de Moraes Holschuh wrote:
>> On Tue, 10 Sep 2013, Matthew Garrett wrote:
>>> That's why modern systems require signed firmware updates.
>>
>> Linux doesn't. Is someone working on adding signature support
On Tue, Sep 10, 2013 at 10:47 AM, Linus Torvalds
wrote:
>
> But yes, e5c832d is obviously the "fixed" kernel. Let me think about this.
Ok, I think I found it.
I missed that "terminate_walk()" for the RCU case does this:
nd->flags &= ~LOOKUP_RCU;
if (!(nd->flags
On Tue, Sep 10, 2013 at 11:44:05AM -0600, Stephen Warren wrote:
> OK, so I believe you're saying that the case of a chip with just a
> single power source, which absolutely must be present in HW for the chip
> to be powered, isn't appropriate for regulator_get_optional(). Something
> must always
On Tue, Sep 10, 2013 at 11:45:41AM -0600, Stephen Warren wrote:
> Sounds reasonable. It's a little long but regulator-enable-ramp-delay
> might be better since all the common regulator properties to date are
> named regulator-xxx.
Yes, I just didn't bother typing the whole thing out.
From: Arnaldo Carvalho de Melo
The ino_generation field was added in the PERF_RECORD_MMAP2 record in
the 13d7a24 cset but no space for it was allocated, corrupting the
PERF_FORMAT_{TIME,CPU,TID,etc} area (sample_type/sample_id_all), fix it.
Detected with one of the regression tests done by
Patch 5 of 4
From: Mike Miller
This patch removes the PCI ID of a cancelled Smart Array. I missed that in my
previous submissions. If preferred I can redo the entire patchset I submitted
last week. Please advise.
---
drivers/scsi/hpsa.c |1 -
1 files changed, 0 insertions(+), 1
>On Mon, Sep 09, 2013 at 09:59:17PM +0200, azurIt wrote:
>> >On Mon, Sep 09, 2013 at 03:10:10PM +0200, azurIt wrote:
>> >> >Hi azur,
>> >> >
>> >> >On Wed, Sep 04, 2013 at 10:18:52AM +0200, azurIt wrote:
>> >> >> > CC: "Andrew Morton" , "Michal Hocko"
>> >> >> > , "David Rientjes" , "KAMEZAWA
>>
From: Arnaldo Carvalho de Melo
Before:
perf trace -i perf.data
Segmentation fault (core dumped)
#
After:
# perf trace -i perf.data
Data file does not have raw_syscalls:sys_enter events
#
When there are no tracepoints in a perf.data file the struct pevent
that contains the list of
From: Adrian Hunter
Ensure the id_pos is correct when perf_evlist__open() is used.
This fixes a problem introduced in 7556257 that broke 'perf kvm stat
live' in that this tool wasn't updated to use the sample_type bits
setting helpers.
Signed-off-by: Adrian Hunter
Tested-by: David Ahern
On Tue, Sep 10, 2013 at 11:44:05AM -0600, Stephen Warren wrote:
> On 09/10/2013 11:04 AM, Mark Brown wrote:
> > On Tue, Sep 10, 2013 at 09:07:43AM -0600, Stephen Warren wrote:
> >> On 09/10/2013 04:09 AM, Mark Brown wrote:
> >
> >>> No. There are a couple of issues here. One is that we don't
From: Stephane Eranian
This patch adds support for the new PERF_RECORD_MMAP2 record type
exposed by the kernel. This is an extended PERF_RECORD_MMAP record.
It adds for each file-backed mapping the device major, minor number and
the inode number and generation.
This triplet uniquely identifies
Ewan Milne writes:
> If the request completes after blk_mark_rq_complete() is called but
> before blk_clear_req_complete() is called, the completion will not be
> processed, and we will have to wait for the request to timeout again.
> Maybe this is not so bad, as it should be extremely rare, but
On Mon, Sep 09, 2013 at 04:12:21PM -0500, Daniel Santos wrote:
> On 09/09/2013 06:06 AM, Mark Brown wrote:
> >On Sat, Sep 07, 2013 at 07:19:06PM -0500, Daniel Santos wrote:
> >>I have some secondary (and less important) questions about how to
> >>integrate this with device drivers that want a DT
Hi Linus,
Pretty minor stuff here. Please pull.
g.
The following changes since commit d8dfad3876e438b759da3c833d62fb8b2267:
Linux 3.11-rc7 (2013-08-25 17:43:22 -0700)
are available in the git repository at:
git://git.secretlab.ca/git/linux tags/devicetree-for-linus
for you to fetch
From: Adrian Hunter
Manipulating the sample_type of an evsel requires the use of:
perf_evsel__set_sample_bit()
and perf_evsel__reset_sample_bit()
Signed-off-by: Adrian Hunter
Tested-by: David Ahern
Acked-by: David Ahern
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Willy Tarreau
> Sent: Wednesday, July 10, 2013 3:27 PM
> To: Rich, Jason
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: Panic at _blk_run_queue on 2.6.32
>
> Hi
From: Arnaldo Carvalho de Melo
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit 72f4a11d2fb16792f5e5107922652366194cfd66:
Merge tag 'perf-urgent-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/urgent
(2013-09-06
On 09/10/2013 10:51 AM, Mark Brown wrote:
> On Tue, Sep 10, 2013 at 09:11:13AM -0600, Stephen Warren wrote:
>
>>> +- regulator-enable-time: Turn ON time for regulator(in uS)
>
>> Bike-shedding slightly: This isn't really the time it takes to
>> enable a regulator, but the time the voltage takes
On 09/10/2013 11:38 AM, Mark Brown wrote:
> On Tue, Sep 10, 2013 at 11:34:13AM -0600, Stephen Warren wrote:
>
>> I notice there's a regulator-ramp-delay property, already documented
>> right above this new property. Is this a conflicting usage of the same
>> term, or should that existing property
On Tue, 10 Sep 2013 12:03:25 -0400
Eric Paris wrote:
> On Mon, 2013-09-09 at 18:32 +0400, Konstantin Khlebnikov wrote:
> > Luiz Capitulino wrote:
> > > I'm getting the following soft lockup:
> > >
> > > CPU: 6 PID: 2278 Comm: killall5 Tainted: GF3.11.0-rc7+ #1
> > > Hardware name:
On Tue, Sep 10, 2013 at 09:45:50AM +0200, Jochen Striepe wrote:
> Hello,
>
> On Mon, Sep 09, 2013 at 03:27:51PM -0700, Paul E. McKenney wrote:
> > On Mon, Sep 09, 2013 at 11:58:36PM +0200, Jochen Striepe wrote:
> > > I just got this on 3.10.11 on the same machine. Could that be
> > >
On 09/10/2013 11:04 AM, Mark Brown wrote:
> On Tue, Sep 10, 2013 at 09:07:43AM -0600, Stephen Warren wrote:
>> On 09/10/2013 04:09 AM, Mark Brown wrote:
>
>>> No. There are a couple of issues here. One is that we don't want
>>> to litter all drivers with conditional code to check if they
>>>
On Tue, 10 Sep 2013, Tom Gundersen wrote:
> Hi Alan,
>
> On Tue, Sep 10, 2013 at 7:02 PM, Alan Stern wrote:
> > On Tue, 10 Sep 2013, Tom Gundersen wrote:
> >
> >> Support for specifying soft dependencies in the modules themselves was
> >> introduced in commit 7cb14ba.
> >>
> >> In Arch we have
On Tue, Sep 10, 2013 at 11:34:13AM -0600, Stephen Warren wrote:
> I notice there's a regulator-ramp-delay property, already documented
> right above this new property. Is this a conflicting usage of the same
> term, or should that existing property just be used in this case too?
That's for a
On Thu, 2013-08-29 at 15:14 -0400, Jeff Moyer wrote:
...
> RIP: 0010:[] []
> blk_requeue_request+0x94/0xa0
...
> Call Trace:
> [] __scsi_queue_insert+0xa3/0x150
> [] ? scsi_eh_ready_devs+0x5e3/0x850
> [] scsi_queue_insert+0x13/0x20
> [] scsi_eh_flush_done_q+0x104/0x160
> []
On Fri, 2013-04-19 at 08:50 +0100, Matt Fleming wrote:
> On 04/19/2013 01:18 AM, Darren Hart wrote:
> > On 04/18/2013 09:19 AM, Matt Fleming wrote:
> >>
> >> Could you give it a spin on your MinnowBoard?
> >
> > I've removed the patch I reference above and applied your patch to my
> > 3.8.4
On Tue, Sep 10, 2013 at 10:14 AM, Josh Boyer wrote:
>
> We've had a user report a backtrace from hitting the
> BUG_ON(!ret->d_lockref.count) added with the lockref infrastructure
> (commit 98474236f72) on rawhide today[1]. I've grabbed the backtrace
> below. The user has btrfs, NFS, and sshfs
On Tue, Sep 10, 2013 at 1:33 PM, Linus Torvalds
wrote:
> On Tue, Sep 10, 2013 at 10:14 AM, Josh Boyer
> wrote:
>>
>> We've had a user report a backtrace from hitting the
>> BUG_ON(!ret->d_lockref.count) added with the lockref infrastructure
>> (commit 98474236f72) on rawhide today[1]. I've
On 09/05/2013 03:07:37 PM, Christoph Lameter wrote:
I am not sure how to call this kernel option but we need something
like
that. I see drivers and the kernel spawning processes on the nohz
cores.
The name kthread is not really catching the purpose.
Can't you just use the CPU affinity of
On Tue, Sep 10, 2013 at 10:39 AM, Josh Boyer wrote:
>
> The subject says v3.11-7890-ge5c832d, which is the git-describe output
> of the mainline kernel for that Fedora build.
Duh. I just read the bugzilla and the oops ;)
But yes, e5c832d is obviously the "fixed" kernel. Let me think about this.
From: Bian Yu
Because of block layer merge, one bio fails will cause other bios
which belongs to the same request fails, so raid5_end_read_request
will record all these bios as badblocks.
If retry request with R5_ReadNoMerge flag to avoid bios merge,
badblocks can only record sector which is bad
On Tue, Sep 10, 2013 at 05:59:54PM +0200, Andrea Merello wrote:
> Hello,
>
> As you probably know, in the current Linux kernel there is a staging
> driver for the RTL8187SE device (based on my older RTL8180/RTL8185
> Linux driver), while there also a regular (not staging) driver
> supporting
On Tue, Sep 10, 2013 at 9:45 AM, Peter Zijlstra wrote:
>
> The usage site:
>
> #define preempt_enable() \
> do { \
> barrier(); \
> if (unlikely(preempt_count_dec_and_test())) \
> __preempt_schedule(); \
> } while (0)
>
> Already includes the barrier explicitly, so
On 9/9/13 9:06 AM, Ingo Molnar wrote:
Aren't you losing potentially important events by doing that -- FORK,
COMM, MMAP?
I suspect these could/should be tracked and emitted fully (in bulk) when a
new data file is opened, so that each partial data file is fully
consistent?
In my case I am not
On 09/08, Oleg Nesterov wrote:
>
> First of all, I do not pretend I understand this code. This was mostly
> the question, and in fact I mostly asked about audit_bprm() in 0/1.
>
> However,
>
> On 08/30, Steve Grubb wrote:
> > On Friday, August 30, 2013 03:06:46 PM Richard Guy Briggs wrote:
> > >
On Tue, Sep 10, 2013 at 7:02 PM, Alan Stern wrote:
> Where is MODULE_SOFTDEP defined? It isn't mentioned in any .h files in
> my kernel tree.
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=7cb14ba75d57910cc4b62115dd5db7bd83c93684
Kay
--
To unsubscribe from this
On Mon, Sep 09, 2013 at 10:06:24PM +0200, Ohad Ben-Cohen wrote:
> On Mon, Sep 9, 2013 at 2:57 PM, Thierry Reding
> wrote:
[...]
> > Looking at the remoteproc core, it seems that there's no direct way to
> > change the firmware running on a remoteproc at runtime.
>
> One way is to unload and
On Tue, Sep 10, 2013 at 11:22:01AM +0800, Wei Ni wrote:
> Mark, do you mean you have patches for regulator_get_optional() and
> regulator_get()?
Not yet but they'll be there by the time the next merge window comes.
signature.asc
Description: Digital signature
On Tue, 10 Sep 2013, Tom Gundersen wrote:
> Support for specifying soft dependencies in the modules themselves was
> introduced in commit 7cb14ba.
>
> In Arch we have always been shipping a module.d(5) fragment ordering ohci/uhci
> after ehci. If this ordering is really necessary, it would be
On Tue, 10 Sep 2013, Matthew Garrett wrote:
> That's why modern systems require signed firmware updates.
Linux doesn't. Is someone working on adding signature support to the
runtime firmware loader?
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the
Hi Linus!
Please pull for CRIS Linux 3.12 updates.
Mostly cleanup and removal of unused configs.
Thanks!
The following changes since commit 2e032852245b3dcfe5461d7353e34eb6da095ccf:
Merge branch 'for-linus' of git://git.linaro.org/people/rmk/linux-arm
(2013-09-05 18:07:32 -0700)
are
On Tue, Sep 10, 2013 at 01:05:54PM +, Opensource [Adam Thomson] wrote:
> Your suggestion is to move initialisation of the Codec to the MFD core of the
> PMIC driver which to me is unnecessary and limiting and is something I cannot
> agree with. Basically we're at a bit of an impasse here...
On Tue, 10 Sep 2013, Viresh Kumar wrote:
> On 10 September 2013 21:52, Guennadi Liakhovetski
> wrote:
> > Of course, isn't that what I've written above? reverted a commit and added
> > debug - in that order.
>
> Ok, I misread it then :(
>
> > Sure, I can... So, with the performance governor I
On Tue, Sep 10, 2013 at 09:07:43AM -0600, Stephen Warren wrote:
> On 09/10/2013 04:09 AM, Mark Brown wrote:
> > No. There are a couple of issues here. One is that we don't want
> > to litter all drivers with conditional code to check if they
> > actually got the regulator and so on, that's just
Am Dienstag, 10. September 2013, 11:04:19 schrieb Theodore Ts'o:
Hi Theodore,
>On Tue, Sep 10, 2013 at 01:31:41PM +0200, Stephan Mueller wrote:
>> Hi,
>>
>> /dev/random uses the get_cycles() function to obtain entropy in
>> addition to jiffies and the event value of hardware events.
>>
>>
On Tue, Sep 03, 2013 at 12:26:12PM -0700, Mike Dunn wrote:
> This patch adds support for controlling an arbitrary number of gpios to the
> pwm-backlight driver. This was left as a TODO when initial device tree
> support
> was added by Thierry a while back. This functionality replaces the
[pruning out the iio list/people]
On Tue, Sep 10, 2013 at 8:30 AM, Lee Jones wrote:
>> On Tue, Sep 10, 2013 at 5:49 AM, Lee Jones wrote:
>> > Turns out that they're actually not required and the driver probes just
>> > fine without them. The ID is incorrect at the moment anyway. They actually
Hi All,
We've had a user report a backtrace from hitting the
BUG_ON(!ret->d_lockref.count) added with the lockref infrastructure
(commit 98474236f72) on rawhide today[1]. I've grabbed the backtrace
below. The user has btrfs, NFS, and sshfs in usage with this oops.
I've not seen anything
On Tue, Sep 10, 2013 at 03:45:05PM +0530, Laxman Dewangan wrote:
> If given rail has the single voltage (n_voltages = 1) then provide the
> rail voltage through regulator descriptor so that core can use this
> value for finding voltage.
Applied both, thanks.
signature.asc
Description: Digital
* Stephane Eranian wrote:
> On Tue, Sep 10, 2013 at 7:29 AM, Ingo Molnar wrote:
> >
> > * Stephane Eranian wrote:
> >
> >> On Tue, Sep 10, 2013 at 6:38 AM, Ingo Molnar wrote:
> >> >
> >> > * Stephane Eranian wrote:
> >> >
> >> >> Hi,
> >> >>
> >> >> Ok, so I am able to reproduce the problem
On Mon, Sep 9, 2013 at 1:01 PM, Heiko Carstens
wrote:
> On Sun, Sep 08, 2013 at 07:31:18PM -0700, Guenter Roeck wrote:
>> On 09/08/2013 07:31 PM, Greg Kroah-Hartman wrote:
>> >On Sun, Sep 08, 2013 at 07:24:19PM -0700, Guenter Roeck wrote:
>> >>On 09/08/2013 06:59 PM, Greg Kroah-Hartman wrote:
>>
On Tue, Sep 10, 2013 at 4:49 PM, Geert Uytterhoeven
wrote:
> On Mon, Sep 9, 2013 at 10:06 PM, Guenter Roeck wrote:
>>> [*] Why does m68k allmodconfig still succeed on kissb???
>>> It does fail for me, as m68k's copy_from_user_page() calls
>>> flush_icache_user_range(), which is not
On Tue, Sep 10, 2013 at 6:44 PM, Guenter Roeck wrote:
>> I tried with 2.6.3 from crosstool, and it succeeded, too.
>>
> Do such old versions of gcc still exist ? Just kidding :)
>
>> Turns out cfs_access_process_vm() is called with write=0 only.
>> Gcc 2.6.3 optimizes away the write != 0 branch
On Tue, Sep 10, 2013 at 09:11:13AM -0600, Stephen Warren wrote:
> > +- regulator-enable-time: Turn ON time for regulator(in uS)
> Bike-shedding slightly: This isn't really the time it takes to enable a
> regulator, but the time the voltage takes to become stable, or settle.
> Perhaps name the
On Tue, Sep 10, 2013 at 8:35 AM, Lee Jones wrote:
>> splitting this and the other config update into two patches? Really?
>
> I haven't split anything. I created the patches as I was
> enabling/testing the drivers, which was at completely different
> times. The only reason they're close together
On Tue, 10 Sep 2013, Milosz Tanski wrote:
> Sage,
>
> Can you submit to the upstream next in your next round of fixes (with
> David's ack).
Yep; it's in the queue. Thanks!
sage
>
> Thanks,
> - Milosz
>
> P.S: Thanks David.
>
> On Tue, Sep 10, 2013 at 8:34 AM, David Howells wrote:
> >
On Tue, 2013-09-10 at 16:37 +, Winkler, Tomas wrote:
> From: Joe Perches [mailto:j...@perches.com]
> > On Tue, 2013-09-10 at 11:54 -0400, Adam Jackson wrote:
> > > Suspend isn't an error condition, and I'm sick of seeing this (and only
> > > this) on the console when I suspend with quiet boot
Updated version to include the changes suggested by Eric and the asm
goto magic from Linus.
---
Subject: sched, x86: Provide a per-cpu preempt_count implementation
From: Peter Zijlstra
Date: Wed Aug 14 14:51:00 CEST 2013
Convert x86 to use a per-cpu preemption count. The reason for doing so
is
Make the use_spi_crc module parameter read only in sysfs.
Signed-off-by: Ben Gardiner
---
drivers/mmc/core/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/core/core.c b/drivers/mmc/core/core.c
index 49a5bca..93f64b3 100644
--- a/drivers/mmc/core/core.c
+++
I
> -Original Message-
> From: Joe Perches [mailto:j...@perches.com]
> Sent: Tuesday, September 10, 2013 19:06
> To: Adam Jackson
> Cc: linux-kernel@vger.kernel.org; Winkler, Tomas
> Subject: Re: [PATCH] mei: Don't dev_err() on suspend
>
> On Tue, 2013-09-10 at 11:54 -0400, Adam Jackson
On Tue, Sep 10, 2013 at 6:56 AM, Ingo Molnar wrote:
>
> +static __always_inline bool __preempt_count_dec_and_test(void)
> +{
> + unsigned char c;
> +
> + asm ("decl " __percpu_arg(0) "; sete %1"
> + : "+m" (__preempt_count), "=qm" (c));
> +
> + return c !=
Sage,
Can you submit to the upstream next in your next round of fixes (with
David's ack).
Thanks,
- Milosz
P.S: Thanks David.
On Tue, Sep 10, 2013 at 8:34 AM, David Howells wrote:
> Milosz Tanski wrote:
>
>> __fscache_check_consistency() does not decrement the count of operations
>> active
On 09/10/2013 01:59 AM, Lin Ming wrote:
> On Tue, Sep 10, 2013 at 4:29 AM, John Stultz wrote:
>
> [snip]
>
>> So I think I've managed to finally reproduce this and hunt it down.
>>
>> With Peter's "sched: Fix HRTICK" patch and HRTICK enabled, I found I
>> could trigger a hard hang at boot on my
Hi Alan,
On Tue, Sep 10, 2013 at 7:02 PM, Alan Stern wrote:
> On Tue, 10 Sep 2013, Tom Gundersen wrote:
>
>> Support for specifying soft dependencies in the modules themselves was
>> introduced in commit 7cb14ba.
>>
>> In Arch we have always been shipping a module.d(5) fragment ordering
>>
Support for specifying soft dependencies in the modules themselves was
introduced in commit 7cb14ba.
In Arch we have always been shipping a module.d(5) fragment ordering ohci/uhci
after ehci. If this ordering is really necessary, it would be great to move it
to the kernel and getting the correct
On 10 September 2013 21:52, Guennadi Liakhovetski wrote:
> Of course, isn't that what I've written above? reverted a commit and added
> debug - in that order.
Ok, I misread it then :(
> Sure, I can... So, with the performance governor I get
>
> [1.29] cpufreq-cpu0 cpufreq-cpu0: Looking
On Mon, Sep 09, 2013 at 01:49:26PM +0200, Geert Uytterhoeven wrote:
> If CONFIG_OF=n:
>
> drivers/regulator/da9063-regulator.c: In function
> ‘da9063_parse_regulators_dt’:
Applied both, thanks.
signature.asc
Description: Digital signature
On Tue, Sep 10, 2013 at 10:49:05AM +0200, Geert Uytterhoeven wrote:
> On Mon, Sep 9, 2013 at 10:06 PM, Guenter Roeck wrote:
> >> [*] Why does m68k allmodconfig still succeed on kissb???
> >> It does fail for me, as m68k's copy_from_user_page() calls
> >> flush_icache_user_range(), which
On Tue, Sep 10, 2013 at 09:34:52AM -0700, Linus Torvalds wrote:
> On Tue, Sep 10, 2013 at 6:56 AM, Ingo Molnar wrote:
> >
> > +static __always_inline bool __preempt_count_dec_and_test(void)
> > +{
> > + unsigned char c;
> > +
> > + asm ("decl " __percpu_arg(0) "; sete %1"
> > +
From: Akira Takeuchi
Kernel crashes just after starting userspace programs, if CONFIG_PREEMPT is
disabled.
Freeing unused kernel memory: 96K (90286000 - 9029e000)
MISALIGN: 97c33ff9: unsupported instruction f
MISALIGN: 97c33ff9: unsupported instruction f
MISALIGN: 97c33ff9: unsupported
On Tue, Sep 10, 2013 at 06:44:40PM +0530, Laxman Dewangan wrote:
> Here my intention for turn-on time is the time from OFF state to ON
> state and the ON voltage settled on this time.
> This time is separate from underlying enable time of the device i.e.
> will not get added.
> We observe in some
The mmc_spi driver's mmc_cs_off() function states that "chipselect will always
be inactive after setup()"; however, the spi-davinci driver's setup() leaves CS
state unchanged.
Add a call to davinci_spi_chipselect(spi, BITBANG_CS_INACTIVE) to the spi-
davinci drivers' setup() function.
On 09/10/2013 01:55 AM, Peter Zijlstra wrote:
> On Mon, Sep 09, 2013 at 09:42:46PM -0700, John Stultz wrote:
>> @@ -38,10 +39,58 @@
>> */
>> typedef struct seqcount {
>> unsigned sequence;
>> +#ifdef CONFIG_DEBUG_LOCK_ALLOC
>> +struct lockdep_map dep_map;
>> +#endif
>> } seqcount_t;
On 09/10/2013 01:43 AM, Peter Zijlstra wrote:
> On Mon, Sep 09, 2013 at 09:42:46PM -0700, John Stultz wrote:
>> Currently seqlocks and seqcounts don't support lockdep.
>>
>> After running across a seqcount related deadlock in the timekeeping
>> code, I used a less-refined and more focused varient
On Tue, Sep 10, 2013 at 8:29 AM, Arjan van de Ven wrote:
>>
> also.. yuck on using "dec"
> "dec" sucks, please use "sub foo ,1" instead
That's a bigger instruction, largely due to the constant.
> (dec sucks because of its broken flags behavior; it creates basically a
> bubble in the pipeline)
On 09/10/2013 12:29 AM, Ingo Molnar wrote:
> * John Stultz wrote:
>
>> Now, I'm still in the dark as to why HRTICK exposes this, but seems like
>> the following patch should resolve the issue (and quiets the lockdep
>> warnings in my testing). Let me know how it works for you!
>>
>> Ingo: This
On Tue, 10 Sep 2013, Viresh Kumar wrote:
> On 10 September 2013 20:42, Guennadi Liakhovetski
> wrote:
> > 4. reverted that commit, resolving a trivial conflict. Added a debug
> > output in __cpufreq_driver_target() of
> >
> >
> > if (cpufreq_disabled())
> > return
On 09/10/2013 09:31 AM, Linus Torvalds wrote:
> On Tue, Sep 10, 2013 at 8:05 AM, David Woodhouse wrote:
>>
>> In cost-sensitive products (and what *isn't* cost-sensitive these days),
>> you really don't want to have to put an extra EEPROM on the board
>> somewhere
>
> Don't be silly. Nobody
On 09/10/2013 04:09 PM, J. Bruce Fields wrote:
> On Sat, Sep 07, 2013 at 10:44:00PM +0200, Toralf Förster wrote:
>> Today I run latest git tree with a patched UML (this patch + one for xterm
>> issues) and got 2 times a core dump
>> when I fuzzy test an UML machine with a nearly identical
Lee Jones wrote:
>At the moment the driver is silent in some error cases and if
>successful.
>Prior to this patch there was no clear way to know if the driver
>succeeded
>or not without looking deep into sysfs.
>
>Signed-off-by: Lee Jones
>---
> drivers/iio/pressure/st_pressure_core.c | 3 +++
Fixed space prohibition before semicolon, particularly:
nvm.c:106: WARNING: space prohibited before semicolon
nvm.c:1098: WARNING: space prohibited before semicolon
nvm.c:1279: WARNING: space prohibited before semicolon
nvm.c:2834: WARNING: space prohibited before semicolon
nvm.c:3361: WARNING:
On 09/10/2013 05:00 PM, Joel Fernandes wrote:
> On 09/10/2013 08:17 AM, Javier Martinez Canillas wrote:
>> On 09/10/2013 09:00 AM, Joel Fernandes wrote:
>>> On 07/31/2013 03:35 AM, Javier Martinez Canillas wrote:
On 07/31/2013 01:44 AM, Linus Walleij wrote:
> On Tue, Jul 30, 2013 at 6:30
[ Dave - your linux.ie email generates bounces for me, trying redhat instead ]
On Mon, Sep 9, 2013 at 11:25 PM, Sean V Kelley wrote:
>>
>> I'm also a bit bummed that hw acceleration of video doesn't seem to
>> work on Haswell, meaning that full-screen is now a jerky mess. I fear
>> that that is
Hi Dan,
2013-09-03 Dan Aloni :
> Tested with this patch and a Bluetooth mouse on 3.10.10, on ThinkPad W530.
>
> Bus 001 Device 004: ID 0a5c:21e6 Broadcom Corp. BCM20702 Bluetooth 4.0
> [ThinkPad]
>
> T: Bus=01 Lev=02 Prnt=02 Port=03 Cnt=02 Dev#= 4 Spd=12 MxCh= 0
> D: Ver= 2.00
Lee Jones wrote:
>This patch contains some pretty basic clean-ups in probe() pertaining
>to
>the simplification of error handling and a couple of readability
>adaptions.
>
>Signed-off-by: Lee Jones
>---
>drivers/iio/pressure/st_pressure_core.c | 32
>
> 1 file
On 09/10/2013 10:48 AM, Javier Martinez Canillas wrote:
> On 09/10/2013 05:00 PM, Joel Fernandes wrote:
>> On 09/10/2013 08:17 AM, Javier Martinez Canillas wrote:
>>> On 09/10/2013 09:00 AM, Joel Fernandes wrote:
On 07/31/2013 03:35 AM, Javier Martinez Canillas wrote:
> On 07/31/2013
Waiman's conversion of d_path() and bits related to it, kern_path_mountpoint(),
several cleanups and fixes (exportfs one is -stable fodder, IMO). There
definitely will be more... ;-/ Please, pull from the usual place -
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus
BugLink: http://bugs.launchpad.net/bugs/1222850
This input device can get into a state that produces a high
volume of device status errors. Attempt to throttle these
error messages such that the kernel log is not flooded.
Cc: Dmitry Torokhov
Signed-off-by: Tim Gardner
---
501 - 600 of 1878 matches
Mail list logo