Changing the file output code to use the newly
added perf_data_file__write interface.
No functional change intended.
Signed-off-by: Jiri Olsa
Cc: Ingo Molnar
Cc: Frederic Weisbecker
Cc: Peter Zijlstra
Cc: Namhyung Kim
Cc: Mike Galbraith
Cc: Stephane Eranian
Cc: David Ahern
Cc: Adrian Hunt
2013-11-21 (목), 12:01 +0100, Jiri Olsa:
> Adding traceevent_host_bigendian function to get host
> endianity. It's used in following patches.
[SNIP]
> +static inline int traceevent_host_bigendian(void)
> +{
> + unsigned char str[] = { 0x1, 0x2, 0x3, 0x4 };
> + unsigned int *ptr;
> +
> +
On Fri, Nov 22, 2013 at 05:34:03AM -0800, Eric W. Biederman wrote:
[..]
> > Why ELF case is so interesting. I have not use kexec to boot ELF
> > images in years and have not seen others using it too. In fact bzImage
> > seems to be the most common kernel image format for x86, most of the distros
>
Add missing "inline" statement to prevent couple of compiler warnings:
In file included from security/integrity/integrity_audit.c:16:0:
security/integrity/integrity.h:149:12: warning: 'integrity_init_keyring'
defined but not used [-Wunused-function]
Signed-off-by: Heiko Carstens
---
security/
On 11/22/2013 03:30 AM, Xufeng Zhang wrote:
> From: Signed-off-by: Xufeng Zhang
>
> Currently retransmitted DATA chunks could also be used for
> RTT measurements since there are no flag to identify whether
> the transmitted DATA chunk is a new one or a retransmitted one.
> This problem is introdu
Hi Jiri,
2013-11-21 (목), 12:00 +0100, Jiri Olsa:
> Backporting plugin support for traceevent lib.
>
> Backported from Steven Rostedt's trace-cmd repo (HEAD 0f2c2fb):
> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/trace-cmd.git
>
> It's now possible to use following interface to load plu
On Fri, Nov 22, 2013 at 02:28:33PM +0100, Roberto Sassu wrote:
> On 11/22/2013 12:48 PM, Heiko Carstens wrote:
> >Hi Roberto,
> >
> >your patch 3ce1217d6cd5 "ima: define template fields library and new helpers"
> >causes s390 to crash on boot:
> >
>
> Hi Heiko
>
> thanks for the information. I th
On Fri, Nov 22, 2013 at 02:32:19PM +0100, Florian Meier wrote:
> > + dev = devm_kzalloc(&pdev->dev, sizeof(*dev),
> > + GFP_KERNEL);
> > + if (IS_ERR(base))
> > + return PTR_ERR(base);
> Found a typo here, should be IS_ERR(dev) and PTR_ERR(dev).
No, it should be
On Thu, Nov 21, 2013 at 11:22 PM, Linus Torvalds
wrote:
> In short: this is exactly the kind of thing I *don't* enjoy merging,
> because the code that needed review was
>
> - mixed up with other changes that had nothing to do with it
> - had no pointers to help me review it
> - had zero informa
* Peter Zijlstra | 2013-11-18 15:10:21 [+0100]:
>Its get_next_timer_interrupt() that does a trylock() and only for
>PREEMPT_RT_FULL.
>
>Also; on IRC you said:
>
> " I'm currently not sure if we should do
>the _irq() lock or a trylock for the wait_lock in
>rt_mutex_slowtrylock()"
>
>Which I misrea
On Fri, Nov 22, 2013 at 04:31:17AM -0800, tip-bot for Ingo Molnar wrote:
> Commit-ID: e0edc78f25c020dea66742c05a7fbcb2ff3df629
> Gitweb: http://git.kernel.org/tip/e0edc78f25c020dea66742c05a7fbcb2ff3df629
> Author: Ingo Molnar
> AuthorDate: Fri, 22 Nov 2013 11:24:53 +0100
> Committer: Ing
On Fri, 22 Nov 2013, Vivek Goyal wrote:
> > OTOH, does this feature make any sense whatsover on architectures that
> > don't support secure boot anyway?
>
> I guess if signed modules makes sense, then being able to kexec signed
> kernel images should make sense too, in general.
Well, that's rea
On Fri, Nov 22, 2013 at 01:27:01PM +0100, Ingo Molnar wrote:
> I don't think those other bits should go into this library. rbtree
> should go into lib/rbtree/, command-line bits into lib/cmdline/, build
> system helpers into lib/build/, etc.
>
> Merging unrelated things into a single library is a u
On Thu, Nov 21, 2013 at 10:02:37AM -0800, Paul E. McKenney wrote:
> > --- a/kernel/events/ring_buffer.c
> > +++ b/kernel/events/ring_buffer.c
>
> My patch does not cover this file. Wouldn't hurt for them to be
> separate.
Oh sure, but I wanted to present the RFC with at least one working
example
On Fri, Nov 22, 2013 at 02:30:17PM +0100, Jiri Kosina wrote:
> On Fri, 22 Nov 2013, Geert Uytterhoeven wrote:
>
> > > Why ELF case is so interesting. I have not use kexec to boot ELF
> > > images in years and have not seen others using it too. In fact bzImage
> > > seems to be the most common kern
On Fri, Nov 22, 2013 at 10:09:17AM +0100, Geert Uytterhoeven wrote:
> On Fri, Nov 22, 2013 at 2:55 AM, Vivek Goyal wrote:
> >> Before you are done we need an ELF loader. bzImage really is very
> >> uninteresting. To the point I am not at all convinced that an in kernel
> >> loader should support
On Thu, Nov 21, 2013 at 03:38:10AM +0100, Alexandre Courbot wrote:
> This clock is needed to ensure the FUSE registers can be accessed
> without freezing the system.
>
> Signed-off-by: Alexandre Courbot
Acked-by: Peter De Schrijver
> drivers/clk/tegra/clk-tegra114.c | 1 +
> drivers/clk/tegra
On Wed, Oct 30, 2013 at 01:41:29AM +0100, Peter De Schrijver wrote:
> Use pll_ref instead of pll_re_vco as the pll_e parent on Tegra114 and
> Tegra124. Also add a pll_ref table entry for pll_e for Tegra114.
>
> Signed-off-by: Peter De Schrijver
I will squash this into the next tegra-clk-next as
Hello Greg and others,
is the patchset ok this way, or do you see anything more I should
change/improve?
Regards
Frank
--
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.or
Vivek Goyal writes:
> On Thu, Nov 21, 2013 at 03:07:04PM -0800, Eric W. Biederman wrote:
>
> [..]
>>
>> Before you are done we need an ELF loader. bzImage really is very
>> uninteresting. To the point I am not at all convinced that an in kernel
>> loader should support it.
>
> Hi Eric,
>
> Why
On 22/11/13 14:14, Mika Westerberg wrote:
> The new descriptor based GPIO interface is now the recommended and safer
> way of using GPIOs from device drivers. Convert the ACPI SDHCI driver to
> use that interface.
>
> Signed-off-by: Mika Westerberg
Acked-by: Adrian Hunter
> ---
> drivers/mmc/
> + dev = devm_kzalloc(&pdev->dev, sizeof(*dev),
> +GFP_KERNEL);
> + if (IS_ERR(base))
> + return PTR_ERR(base);
Found a typo here, should be IS_ERR(dev) and PTR_ERR(dev).
Is the patch acceptable apart from that now?
Greetings,
Florian
--
To unsubscrib
On Fri, 22 Nov 2013, Geert Uytterhoeven wrote:
> > Why ELF case is so interesting. I have not use kexec to boot ELF
> > images in years and have not seen others using it too. In fact bzImage
> > seems to be the most common kernel image format for x86, most of the distros
> > ship and use.
> >
> >
On 11/22/2013 12:48 PM, Heiko Carstens wrote:
Hi Roberto,
your patch 3ce1217d6cd5 "ima: define template fields library and new helpers"
causes s390 to crash on boot:
Hi Heiko
thanks for the information. I think this issue is related to the error
detected by the kbuild test robot. Please, try
From: Aleksej Makarov
When waking up the platform by pressing a specific key, sending a
release on that key makes it impossible to react on the event in
user-space. This is fixed by moving the input_reset_device() call to
resume instead.
Cc: Dmitry Torokhov
Reviewed-by: Radovan Lekanovic
Signe
On Fri 22-11-13 08:28:03, Vladimir Murzin wrote:
> On Wed, Nov 20, 2013 at 06:33:57PM +0100, Michal Hocko wrote: > On Wed
> 20-11-13 18:21:23, Vladimir Murzin wrote: > > On Tue, Nov 19, 2013 at
> 02:40:07PM +0100, Michal Hocko wrote: > > Hi Michal > > > On Tue 19-11-13
> 14:14:00, Michal Hocko wrot
On 22 November 2013 18:55, Rafael J. Wysocki wrote:
> That would be a much more intrusive change. Definitely not 3.13 material
> at this point.
Agreed..
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
On Friday, November 22, 2013 06:22:52 PM Viresh Kumar wrote:
> On 22 November 2013 18:07, Rafael J. Wysocki wrote:
> > On Friday, November 22, 2013 04:59:49 PM Viresh Kumar wrote:
> >> Some platforms might want to change frequency before suspending governors.
> >> Like:
> >> - Some platform which
- Original Message -
> From: "Luis Lozano"
> To: "Mathieu Desnoyers"
> Cc: "Jakub Jelinek" , "Alexander Holler"
> , "Linus Torvalds"
> , "Richard Henderson" ,
> "Linux Kernel Mailing List"
> , "Will Deacon" , "Catalin
> Marinas" ,
> "Peter Zijlstra" , lttng-...@lists.lttng.org, "Nathan
Hi,
On Friday, November 22, 2013 09:46:11 AM Krzysztof Kozlowski wrote:
[...]
> +static int max14577_regulator_probe(struct platform_device *pdev)
> +{
> + struct max14577 *max14577 = dev_get_drvdata(pdev->dev.parent);
> + struct max14577_platform_data *pdata = dev_get_platdata(max14577
On 11/21/2013 12:04 AM, Peter Hurley wrote:
On 11/17/2013 01:29 PM, Pavel Machek wrote:
Hi!
On Wed 2013-10-30 07:21:13, Peter Hurley wrote:
On 10/29/2013 09:50 AM, Maximiliano Curia wrote:
??Hola Arkadiusz!
El 2013-10-24 a las 18:00 +0200, Arkadiusz Miskiewicz escribió:
Was just going over
On 22 November 2013 18:07, Rafael J. Wysocki wrote:
> On Friday, November 22, 2013 04:59:49 PM Viresh Kumar wrote:
>> Some platforms might want to change frequency before suspending governors.
>> Like:
>> - Some platform which want to set freq to max to speed up suspend/hibernation
>> process.
On Fri, Nov 22, 2013 at 01:39:47PM +0100, Jiri Kosina wrote:
> On Thu, 21 Nov 2013, Luis Henriques wrote:
>
> > > > Sorry for the delays in testing out the patch. I have tried a kernel
> > > > with the patch applied, and can no longer reproduce the oops. The
> > > > hid-appleir driver appears to
On 22 November 2013 18:03, Rafael J. Wysocki wrote:
> The locking here is pointless. It doesn't prevent any race conditions
> from happening.
All comments accepted..
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
M
--
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 Friday, November 22, 2013 10:57:25 AM Francis Moreau wrote:
> Le 22/11/2013 08:43, Francis Moreau a écrit :
> > Le 21/11/2013 12:17, Jingoo Han a écrit :
> > [...]
> >>>
> Also I took a look at the changes between v3.11 and v3.12 in this area
> and those changes match the issue I'm fac
On Thu, 21 Nov 2013, Luis Henriques wrote:
> > > Sorry for the delays in testing out the patch. I have tried a kernel
> > > with the patch applied, and can no longer reproduce the oops. The
> > > hid-appleir driver appears to be working correctly, generating key
> > > press events in response to
Hello Tomasz,
On 21-11-2013 12:32, Tomasz Figa wrote:
> On Thursday 21 of November 2013 11:48:08 Eduardo Valentin wrote:
>> On 21-11-2013 10:57, Tomasz Figa wrote:
>>> On Friday 15 of November 2013 09:19:02 Eduardo Valentin wrote:
Hello Tomasz,
On 14-11-2013 09:40, Tomasz Figa wrot
Commit-ID: e0edc78f25c020dea66742c05a7fbcb2ff3df629
Gitweb: http://git.kernel.org/tip/e0edc78f25c020dea66742c05a7fbcb2ff3df629
Author: Ingo Molnar
AuthorDate: Fri, 22 Nov 2013 11:24:53 +0100
Committer: Ingo Molnar
CommitDate: Fri, 22 Nov 2013 11:46:12 +0100
Documentation/memory-barrier
On Friday, November 22, 2013 02:14:27 PM Mika Westerberg wrote:
> Hi all,
>
> Now that the mainline kernel has full ACPI support for the GPIO descriptor
> interface we can get rid of ACPI specific GPIO functions in favor of GPIO
> descriptor (gpiod_*) interfaces.
>
> This series first converts th
2013/11/22 H. Peter Anvin :
> On 11/21/2013 07:02 AM, Akinobu Mita wrote:
>>
>> I want to use DMA CMA for the feature that requires a single huge chunk
>> (about 64MB) of host memory.
>
> That is tautological. "I want to use the Contiguous Memory Allocator to
> allocate contiguous memory."
>
>> Pl
* Arnaldo Carvalho de Melo wrote:
> Em Thu, Nov 21, 2013 at 04:28:04PM +0100, Borislav Petkov escreveu:
> > On Thu, Nov 21, 2013 at 12:05:24PM -0300, Arnaldo Carvalho de Melo wrote:
> > > "To offers various helper methods to interface with the Linux kernel:
> > > debugfs, procfs, sysfs handling
On Fri, Nov 22, 2013 at 7:56 PM, Denis Kirjanov wrote:
> If you have no free TX descriptors that means that something went
> wrong and it's a BUG. You have to tell the stack to stop sending
> packets using netif_stop_queue() and reenable transmissions once tx
> descriptors will be available. There
On Friday, November 22, 2013 04:59:49 PM Viresh Kumar wrote:
> Some platforms might want to change frequency before suspending governors.
> Like:
> - Some platform which want to set freq to max to speed up suspend/hibernation
> process.
> - Some platform (like: Tegra or exynos), set this to min
On Friday, November 22, 2013 04:59:48 PM Viresh Kumar wrote:
> This patch adds cpufreq callbacks to dpm_{suspend|resume}_noirq() for handling
> suspend/resume of cpufreq governors. This is required for early suspend and
> late
> resume of governors.
>
> There are multiple problems that are fixed
Although the maximum allowable canonical line is specified to
be 255 bytes (MAX_CANON), the practical limit has actually been
the size of the line discipline read buffer (N_TTY_BUF_SIZE == 4096).
Commit 32f13521ca68bc624ff6effc77f308a52b038bf0,
n_tty: Line copy to user buffer in canonical mode, li
Hi all,
Now that the mainline kernel has full ACPI support for the GPIO descriptor
interface we can get rid of ACPI specific GPIO functions in favor of GPIO
descriptor (gpiod_*) interfaces.
This series first converts the existing two users to this interface and
then modifies gpiolib and gpiolib-a
The new descriptor based GPIO interface is now the recommended and safer
way of using GPIOs from device drivers. Convert the ACPI SDHCI driver to
use that interface.
Signed-off-by: Mika Westerberg
---
drivers/mmc/host/sdhci-acpi.c | 26 --
1 file changed, 12 insertions(+)
Now that all users of acpi_gpio.h have been moved to user either the GPIO
descriptor interface or to the internal gpiolib.h we can get rid of
acpi_gpio.h entirely.
Once this is done the only interface to get GPIOs to drivers enumerated
from ACPI namespace is the descriptor based interface.
Signed
Update the documentation also to reflect the fact that there are no ACPI
specific GPIO interfaces anymore but drivers should instead use the
descriptor based GPIO APIs.
Signed-off-by: Mika Westerberg
---
Documentation/acpi/enumeration.txt | 36 +++-
1 file changed
Instead of asking each driver to register to ACPI events we can just call
acpi_gpiochip_register_interrupts() for each chip that has an ACPI handle.
The function checks chip->to_irq and if it is set to NULL (a GPIO driver
that doesn't do interrupts) the function does nothing.
We also add the a new
From: Heikki Krogerus
Convert to the safer gpiod_* family of API functions.
Signed-off-by: Heikki Krogerus
Signed-off-by: Mika Westerberg
---
net/rfkill/rfkill-gpio.c | 112 +--
1 file changed, 70 insertions(+), 42 deletions(-)
diff --git a/net/rfk
From: Heikki Krogerus
All platforms using this driver are now converted to the new
descriptor-based GPIO interface.
Signed-off-by: Heikki Krogerus
Signed-off-by: Mika Westerberg
---
net/rfkill/rfkill-gpio.c | 61 ++--
1 file changed, 12 insertions(+
From: Heikki Krogerus
This makes it possible to request the gpio descriptors in
rfkill-gpio driver regardless of the platform.
Signed-off-by: Heikki Krogerus
Signed-off-by: Mika Westerberg
---
arch/arm/mach-tegra/board-paz00.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
di
On 11/22/2013 07:37 AM, Alex Shi wrote:
The cpu_load decays on time according past cpu load of rq. New sched_avg decays
on tasks' load of time. Now we has 2 kind decay for cpu_load. That is a kind of
redundancy. And increase the system load in sched_tick etc.
This patch trying to remove the cp
On Fri, Nov 22, 2013 at 08:49:49AM +0100, Chang Xiangzhong wrote:
> tsn_gap_acked is an important state flag in chunk, which indicates if the
> chunk has been acked in gap reports before. SFR-CACC algorithm depends on this
> variable. So set this at the end of each iteration, otherwise the SFR-CACC
On Thu, Nov 21, 2013 at 09:22:24AM -0800, Yinghai Lu wrote:
> On Thu, Nov 21, 2013 at 7:03 AM, Peter Zijlstra wrote:
> >>
> >> This one seems fix NULL reference in compute_group_power.
> >>
> >> but get following on current Linus tree plus tip/sched/urgent.
> >>
> >> divide error: [#1] SMP
>
On Thu, Nov 21, 2013 at 10:56:28PM +0100, Chang Xiangzhong wrote:
> Function sctp_check_transmitted(transport t, ...) would iterate all of
> transport->transmitted queue and looking for the highest __newly__ acked tsn.
> The original algorithm would depend on the order of the assoc->transport_list
If you have no free TX descriptors that means that something went
wrong and it's a BUG. You have to tell the stack to stop sending
packets using netif_stop_queue() and reenable transmissions once tx
descriptors will be available. There are a lot of live examples in the
source tree.
On 11/22/13, ZH
Hi Roberto,
your patch 3ce1217d6cd5 "ima: define template fields library and new helpers"
causes s390 to crash on boot:
IMA: No TPM chip found, activating TPM-bypass!
Unable to handle kernel pointer dereference at virtual kernel address
00842000
Oops: 0004 [#1] SMP
Modules linked in:
On Fri, Nov 22, 2013 at 5:17 PM, Denis Kirjanov wrote:
> On 11/22/13, Mark Einon wrote:
>> On Wed, Nov 20, 2013 at 03:55:27PM +0800, ZHAO Gang wrote:
>>> As TODO file suggested, drop packet instead of return NETDEV_TX_BUSY
>>> when tx failed.
>>>
>>> et131x_tx calls function et131x_send_packets,
(2013/11/22 11:35), Masami Hiramatsu wrote:
> (2013/11/21 16:29), Ingo Molnar wrote:
>>
>> * Masami Hiramatsu wrote:
>>
>>> (2013/11/21 2:36), Frank Ch. Eigler wrote:
>>
>> [ ... ]
one needs to resort to something like:
# cat /proc/kallsyms | grep ' [tT] ' | while read addr type sym
On Fri, Nov 22, 2013 at 10:10:19AM +0800, Hans Zhang wrote:
> On 2013/11/22 9:52, Ezequiel Garcia wrote:
> > On Fri, Nov 22, 2013 at 09:22:43AM +0800, Hans Zhang wrote:
> >> On 2013/11/21 18:59, Richard Genoud wrote:
> >>
> >> Here's my scenario, I want to write nand through mtdblock by dd command
Hello everybody,
Cortus is looking for an Embedded Linux Engineer for our Linux kernel
porting projects.
The role offers the challenge of helping to port the kernel to a new
architecture and
extending the current ports to our new products.
We design innovative 32 bit RISC processor cores for embe
On Wed, Nov 20, 2013 at 09:55:28PM +0100, Thomas Meyer wrote:
> Hi,
>
> I reported this bug a few days ago, but nobody did respond to my bug
> report:
> http://lkml.indiana.edu/hypermail/linux/kernel/1311.2/00058.html
>
> Every time I restart the X server I will run into this bug with 3.12.0.
I
On Thu, 21 Nov 2013, Matthew Garrett wrote:
> On Thu, Nov 21, 2013 at 09:43:32AM -0200, Henrique de Moraes Holschuh wrote:
> > With this patchset applied, as far as I can tell anything that used to be
> > uevent-driven by the backlight class will break: when a process changes the
> > backlight usin
Hello!
> on x86_64:
>
> CONFIG_HWMON is not enabled.
>
> drivers/gpu/drm/nouveau/nouveau_hwmon.c: In function 'nouveau_hwmon_init':
> drivers/gpu/drm/nouveau/nouveau_hwmon.c:633:2: error: 'hwmon' undeclared
> (first use in this function)
I've attached a patch that fixes the build for me when u
On Fri, 2013-11-22 at 10:35 +, Mark Brown wrote:
> On Fri, Nov 22, 2013 at 09:46:09AM +0100, Krzysztof Kozlowski wrote:
>
> > +#defineDELAY_MS_DEFAULT17000 /* unit:
> > millisecond */
>
> This delay is sufficiently large that the delayed work using it probably
>
On Thu, Nov 21, 2013 at 08:20:36PM -0800, Paul E. McKenney wrote:
> The 6ms to 25ms range should be just fine as far as normal RCU grace
> periods are concerned. However, it does mean that expedited grace
> periods could be delayed: They normally take a few tens of microseconds,
> but if they were
On Fri, Nov 22, 2013 at 08:56:00AM +0200, Eliezer Tamir wrote:
> On 21/11/2013 15:39, Peter Zijlstra wrote:
> > On Thu, Nov 21, 2013 at 03:26:17PM +0200, Eliezer Tamir wrote:
>
> >> We don't override any limit the user has put on the system call.
> >
> > You are in fact, note how the normal selec
This patch adds cpufreq callbacks to dpm_{suspend|resume}_noirq() for handling
suspend/resume of cpufreq governors. This is required for early suspend and late
resume of governors.
There are multiple problems that are fixed by this patch:
- Nishanth Menon (TI) found an interesting problem on his p
Some platforms might want to change frequency before suspending governors. Like:
- Some platform which want to set freq to max to speed up suspend/hibernation
process.
- Some platform (like: Tegra or exynos), set this to min or bootloader's
frequency.
This patch adds an option for those, so th
This patchset adds cpufreq callbacks to dpm_{suspend|resume}_noirq() for
handling suspend/resume of cpufreq governors. This is required for early suspend
and late resume of governors.
There are multiple problems that are fixed by this patch:
- Nishanth Menon (TI) found an interesting problem on hi
On Thu, Nov 21, 2013 at 02:32:30PM -0800, Paul E. McKenney wrote:
> > > We could, but at the moment I would prefer the decrease in readability
> > > to the copy-and-paste bugs that omit needed ACCESS_ONCE() calls.
> > >
> > > Is there some way to get both ACCESS_ONCE() and readability? An
> > >
On Wednesday 20 November 2013 16:59:42 Benjamin Tissoires wrote:
> Hi,
>
> On Wed, Nov 20, 2013 at 9:50 AM, Pali Rohár wrote:
> >> > > I guess we need patch adding
> >> > >
> >> > > #define KEY_ALS_TOGGLE 0x230
> >> > >
> >> > > Thanks.
> >> >
> >> > So there is no good key for als yet?
> >
On Fri, Nov 22, 2013 at 11:36 AM, Dave Airlie wrote:
>> Hi,
>
> cc'ing mailing list,
>
> Daniel any ideas?
Nope, not really :( And no ideas how to triage this further - if it
takes 9 days to hit it eventually we'll have a real hard time. Or does
this happen even after just a short X run?
Also is
Hi Andy,
On Thu, Nov 21, 2013 at 05:32:28PM +0200, Andy Shevchenko wrote:
> > + /* Make sure at-least one of the GPIO is defined and that
> > +* a name is specified for this instance
> > +*/
> > + if ((!rfkill->reset_gpio && !rfkill->shutdown_gpio) ||
> > !rfkill->name
Hi,
Please consider pulling the following fixes,
Steve.
The following changes since commit ea0341e071527d5cec350917b01ab901af09d758:
GFS2: Fix ref count bug relating to atomic_open (2013-11-21 18:47:57 +)
are available
On 11/21/2013 06:52 PM, Steven Rostedt wrote:
> The conversion of the rt_mutex from using plist to rbtree eliminated
> the use of the waiter->list_entry.prio, and instead used directly the
> waiter->task->prio.
>
> The problem with this is that the priority inheritance code relies on
> the prio of
> Hi,
cc'ing mailing list,
Daniel any ideas?
Dave.
> I reported this bug a few days ago, but nobody did respond to my bug
> report:
> http://lkml.indiana.edu/hypermail/linux/kernel/1311.2/00058.html
>
> Every time I restart the X server I will run into this bug with 3.12.0.
>
> Help is welcom
In the case that atomic_open calls finish_no_open() with
the dentry that was supplied to gfs2_atomic_open() an
extra reference count is required. This patch fixes that
issue preventing a bug trap triggering at umount time.
Signed-off-by: Steven Whitehouse
diff --git a/fs/gfs2/inode.c b/fs/gfs2/i
On Fri, Nov 22, 2013 at 09:46:09AM +0100, Krzysztof Kozlowski wrote:
> +#define DELAY_MS_DEFAULT17000 /* unit:
> millisecond */
This delay is sufficiently large that the delayed work using it probably
ought to use the power efficient workqueues instead of just a re
On Fri, Nov 22, 2013 at 09:46:08AM +0100, Krzysztof Kozlowski wrote:
> From: Chanwoo Choi
>
> This patch adds max14577 core/irq driver to support MUIC(Micro USB IC)
> device and charger device and support irq domain method to control
> internal interrupt of max14577 device. Also, this patch suppo
From: Michal Nazarewicz
Commit [e66cf1610: GFS2: Use lockref for glocks] replaced call:
atomic_read(&gi->gl->gl_ref) == 0
with:
__lockref_is_dead(&gl->gl_lockref)
therefore changing how gl is accessed, from gi->gl to plan gl.
However, gl can be a NULL pointer, and so gi->gl needs to be
us
Hi,
Here are a couple of very small, but important, fixes,
Steve.
--
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
On Fri, 22 Nov 2013, Krzysztof Kozlowski wrote:
> MAX14577 chip is a multi-function device which includes MUIC,
> charger and voltage regulator. The driver is located in drivers/mfd.
>
> This patch adds regulator driver for MAX14577 chip. There are two
> regulators in this chip:
> 1. Safeout LDO
On Fri, Nov 22, 2013 at 10:53:18AM +0200, Adrian Hunter wrote:
> On 21/11/13 16:45, Mika Westerberg wrote:
> > The new descriptor based GPIO interface is now the recommend and more safer
>
> "recommend and more safer" -> "recommended and safer"
OK.
>
> > way of using GPIOs from device drivers.
The SCSI ALUA handler currently retries the submit_rtpg continuously in a
loop (in the alua_rtpg routine) during the entire ALUA transitioning period
i.e.
during the time when the target replies with a NOT READY status - ASYMMETRIC
ACCESS STATE TRANSITION as shown below:
err = alua_check_sense(sde
On 21 November 2013 20:15, Prabhakar Lad wrote:
> From: "Lad, Prabhakar"
>
> This patch replaces the __raw_readl/writel with
> readl and writel, Altough the code runs on ARMv5
> based SOCs, changing this will help copying the code
> for other uses.
This replacement has a functional impact: it ad
> > > +static struct mfd_cell max14577_devs[] = {
> > > + { .name = "max14577-muic", },
> > > + { .name = "max14577-regulator", },
> > > + { .name = "max14577-charger", },
> > > +};
> >
> > If these all support device tree, shouldn't you be populating
> > max14577_devs[x].of_compatible too? That w
On Fri, 2013-11-22 at 12:54 +0400, Alexander Shiyan wrote:
> > MAX14577 chip is a multi-function device which includes MUIC, charger
> > and voltage regulator. The driver is located in drivers/mfd.
> >
> > This patch supports battery charging control of MAX14577 chip and
> > provides power suppl
On Fri, 2013-11-22 at 09:31 +, Lee Jones wrote:
(...)
> > +static struct mfd_cell max14577_devs[] = {
> > + { .name = "max14577-muic", },
> > + { .name = "max14577-regulator", },
> > + { .name = "max14577-charger", },
> > +};
>
> If these all support device tree, shouldn't you be popul
Le 22/11/2013 08:43, Francis Moreau a écrit :
> Le 21/11/2013 12:17, Jingoo Han a écrit :
> [...]
>>>
Also I took a look at the changes between v3.11 and v3.12 in this area
and those changes match the issue I'm facing:
$ git log --oneline v3.11..v3.12 -- drivers/mfd/rtsx_pcr.c
>
On 11/21/2013 04:48 PM, Viresh Kumar wrote:
On 21 November 2013 18:39, Rafael J. Wysocki wrote:
On Thursday, November 21, 2013 08:54:12 AM Viresh Kumar wrote:
Loop for states is currently present on callers side and so is replicated at
several places. It would be better to move that inside cpu
2013/11/21 Geyslan Gregório Bem :
> 2013/11/20 Al Viro :
>> On Wed, Nov 20, 2013 at 09:34:31PM -0300, Geyslan G. Bem wrote:
>>> The member 'e_ehsize' that holds the ELF header size is compared
>>> with the elfhdr struct size. If not equal, goes out.
>>> If 'e_phoff' holds 0 the object has no progra
On Thu, 2013-11-21 at 20:41 -0500, Alejandro Bonilla wrote:
> But xrandr is not recognizing the device/screen.
>
> So the question is, which driver supports it, the UDL or UDLFB driver?
udl is necessary.
HTH
Oliver
--
To unsubscribe from this list: send the line "unsub
On Fri, 22 Nov 2013, Krzysztof Kozlowski wrote:
> From: Chanwoo Choi
>
> This patch adds max14577 core/irq driver to support MUIC(Micro USB IC)
> device and charger device and support irq domain method to control
> internal interrupt of max14577 device. Also, this patch supports DT
> binding wit
graft 8 <20130528152156.gb3...@phenom.dumpdata.com>
prune 8 <20130528181149.ga27...@phenom.dumpdata.com>
thanks
On Thu, 2013-11-21 at 17:52 +, David Vrabel wrote:
> > Fixes-Bug: http://bugs.xenproject.org/xen/bug/8
>
> This bug link has no useful information in it.
Looks like the intention w
On Thu, 21 Nov 2013, Linus Torvalds wrote:
> So for future cases: if there are big independent overhauls of core
> subsystems, I'd really like to see them kept separate, ok?
Yep.
> So guys, make it easier for me to merge these kinds of things, and
> *don't* do what happened this time. Ok? Pretty
On Fri, Nov 22, 2013 at 07:16:39AM +, Marcus Folkesson wrote:
> Compatible with ds1500, ds1501 and ds1511
>
> Signed-off-by: Marcus Folkesson
> ---
> .../devicetree/bindings/rtc/maxim-ds1511.txt | 18 +
> drivers/rtc/rtc-ds1511.c | 85
> ++
401 - 500 of 537 matches
Mail list logo