On Mon, Feb 18, 2013 at 08:12:21PM -0500, Peter Hurley wrote:
> On Mon, 2013-02-18 at 19:59 -0300, Marcelo Tosatti wrote:
> > On Wed, Feb 13, 2013 at 06:57:09AM -0500, Peter Hurley wrote:
> > > On Wed, 2013-02-13 at 12:51 +0200, Gleb Natapov wrote:
> > > > On Tue, Feb 12, 2013 at 04:39:03PM -0800,
On 02/19/2013 02:06 AM, Hugh Dickins wrote:
On Mon, 18 Feb 2013, Li Haifeng wrote:
For explain my question, the two points should be displayed as below.
1. If an anonymous page is swapped out, this page will be deleted
from swap cache and be put back into buddy system.
Yes, unless the page
在 2013-02-15五的 20:16 -0800,Simon Glass写道:
> Use the key-matrix layer to interpret key scan information from the EC
> and inject input based on the FDT-supplied key map. This driver registers
> itself with the ChromeOS EC driver to perform communications.
[snip ...]
> +/*
> + * Returns true when
On 02/18/13 18:07, Andy King wrote:
> Hi Gerd,
>
>>> + written = transport->stream_enqueue(
>>> + vsk, msg->msg_iov,
>>> + len - total_written);
>>
>> Hmm, shouldn't we pass total_written to stream_enqueue here?
>>
>> In case a
(2/19/13 1:48 AM), Cyrill Gorcunov wrote:
> Since kcmp syscall has been implemented (initially on
> x86 architecture) a number of other archs wire it up
> as well: xtensa, sparc, sh, s390, mips, microblaze,
> m68k (not taking into account those who uses
> for syscall numbers
> definitions).
>
>
On Mon, Feb 18, 2013 at 09:41:30AM +0100, Ingo Molnar wrote:
>
> * H. Peter Anvin wrote:
>
> > On 02/16/2013 11:46 AM, Linus Torvalds wrote:
> > >Adding Peter Anvin to the people, just in case he sees what's wrong
> > >with the system call stub generation that keeps excessively old object
> >
...
> >> >> struct regmap *syscon_regmap_lookup_by_compatible(const char *s)
> >> >> {
> >> >> struct device_node *syscon_np;
> >> >> struct regmap *regmap;
> >> >> + struct syscon *syscon;
> >> >> + struct device *dev;
> >> >>
> >> >> syscon_np =
* Paul E. McKenney wrote:
> On Mon, Feb 18, 2013 at 09:41:30AM +0100, Ingo Molnar wrote:
> >
> > * H. Peter Anvin wrote:
> >
> > > On 02/16/2013 11:46 AM, Linus Torvalds wrote:
> > > >Adding Peter Anvin to the people, just in case he sees what's wrong
> > > >with the system call stub
On Tue, 19 Feb 2013 08:03:49 +
"Jan Beulich" wrote:
> >>> On 19.02.13 at 06:53, David Miller wrote:
> > From: Andrew Jones
> > Date: Mon, 18 Feb 2013 21:29:20 +0100
> >
> >> netbk_fatal_tx_err() calls xenvif_carrier_off(), which does
> >> a xenvif_put(). As callers of netbk_fatal_tx_err
On 02/19/2013 12:48 PM, Michael Wang wrote:
> On 02/17/2013 01:42 PM, Sasha Levin wrote:
>> Hi all,
>>
>> I was fuzzing with trinity inside a KVM tools guest, with today's -next
>> kernel
>> when I've hit the following spew.
>>
>> I suspect it's the result of adding the new rcu_oom_notify, but
On Tue, 2013-02-19 at 08:03 +, Jan Beulich wrote:
> >>> On 19.02.13 at 06:53, David Miller wrote:
> > From: Andrew Jones
> > Date: Mon, 18 Feb 2013 21:29:20 +0100
> >
> >> netbk_fatal_tx_err() calls xenvif_carrier_off(), which does
> >> a xenvif_put(). As callers of netbk_fatal_tx_err
On Mon, 2013-01-28 at 13:04 +0200, Andy Shevchenko wrote:
> On some hardware configurations we have got the request line with the offset.
> The patch introduces convert_slave_id() helper for that cases. The request
> line
> base is got from the platform device resources provided by the
Date: Mon, 18 Feb 2013 14:24:36 -0700
From: Tim Gardner
'firewire: convert to idr_alloc()' accidentally orphaned 'minor'.
drivers/firewire/core-device.c: In function ‘fw_device_init’:
drivers/firewire/core-device.c:1029:24: warning: ‘minor’ may be used
uninitialized in this function
On Mon 2013-01-07 12:43:25, Durgadoss R wrote:
> This patch adds Documentation for ABI's introduced
> for thermal subsystem (under /sys/class/thermal/).
So... we have deciCelsius and deciKelvin in ACPI (IIRC) and miliCelsius here.
Perhaps using deciCelsius to be consistent with ACPI would be
Hi Felipe,
On Mon, Feb 18, 2013 at 23:52:40, Balbi, Felipe wrote:
> On Mon, Feb 18, 2013 at 05:08:16PM +0530, Afzal Mohammed wrote:
> > + uart1: serial@44e09000 {
> > + compatible = "ti,am4372-uart","ti,omap2-uart";
> > + clock-frequency =
Il 19/02/2013 08:49, Rusty Russell ha scritto:
>
> But modulo devastating benchmarks, this wins. Because the three-part
> API is really, really ugly. It *looks* like a generic "start - work
> ... work - end" API, but it's not. Because you need to declare exactly
> what you're doing in
On Feb 18 Tim Gardner wrote:
> 'firewire: convert to idr_alloc()' accidentally orphaned 'minor'.
[...]
> If this patch is correct, then it also ought to go to stable
> if it misses 3.8 final.
"firewire: convert to idr_alloc()" is pending for merge after 3.8/
before 3.9-rc1, IOW 3.8 is not
Il 19/02/2013 08:56, Rusty Russell ha scritto:
> OK, this is (ab)uses some of Paolo's patches. The first 7 are
> candidates for this merge window (maybe), the rest I'm not so sure
> about.
Cool, thanks.
> Thanks,
> Rusty.
>
> Paolo Bonzini (3):
> scatterlist: introduce sg_unmark_end
>
On 02/19/2013 03:56 PM, Rusty Russell wrote:
> virtio_scsi can really use this, to avoid the current hack of copying
> the whole sg array. Some other things get slightly neater, too.
>
> Signed-off-by: Rusty Russell
I like this simple implementation.
Reviewed-by: Wanlong Gao
> ---
>
On 02/19/2013 03:56 AM, Alan Stern wrote:
> On Mon, 18 Feb 2013, Jiri Slaby wrote:
>
>> On 02/18/2013 06:25 AM, Anja Nützel wrote:
>>> Maybe it startet with 3.7.7.
>>> I could copy several MB onto my USB 2.0 sticks with 3.7.6. (I think).
>>> Even with full speed.
>>>
>>> With openSUSE 12.2 DVD
Hello, Seth.
I'm not sure that this is right time to review, because I already have
seen many effort of various people to promote zxxx series. I don't want to
be a stopper to promote these. :)
But, I read the code, now, and then some comments below.
On Wed, Feb 13, 2013 at 12:38:44PM -0600, Seth
On Tue, Feb 19, 2013 at 10:10:17AM +0100, Mohammed, Afzal wrote:
> Hi Felipe,
>
> On Mon, Feb 18, 2013 at 23:52:40, Balbi, Felipe wrote:
> > On Mon, Feb 18, 2013 at 05:08:16PM +0530, Afzal Mohammed wrote:
>
> > > + uart1: serial@44e09000 {
> > > + compatible =
On Tue 19-02-13 09:22:40, Li Zefan wrote:
> There's a long long-standing bug...As long as I don't know when it dates
> from.
>
> I've written and attached a simple program to reproduce this bug, and it can
> immediately trigger the bug in my box. It uses two threads, one keeps calling
> read(),
Instead of limiting HID sensors to USB and I2C busses we can just make
everything that has usage page of HID_UP_SENSOR to be included in
HID_GROUP_SENSOR_HUB group. This allows the sensor-hub to work over
bluetooth (and other transports) as well.
Reported-by: Alexander Holler
Signed-off-by: Mika
On 19.2.2013 07:48, Cyrill Gorcunov wrote:
> --- linux-2.6.git.orig/init/Kconfig
> +++ linux-2.6.git/init/Kconfig
> @@ -279,6 +279,15 @@ config FHANDLE
> get renamed. Enables open_by_handle_at(2) and name_to_handle_at(2)
> syscalls.
>
> +config KCMP
> + bool "kcmp syscall"
>
On Tue, Feb 19, 2013 at 10:22:21AM +0100, Michal Marek wrote:
> On 19.2.2013 07:48, Cyrill Gorcunov wrote:
> > --- linux-2.6.git.orig/init/Kconfig
> > +++ linux-2.6.git/init/Kconfig
> > @@ -279,6 +279,15 @@ config FHANDLE
> > get renamed. Enables open_by_handle_at(2) and name_to_handle_at(2)
From: Andy Ross
When vt.init_hide=1 is set, suppress output on newly created consoles
until an affirmative switched to that console. This prevents boot
output from displaying (and clobbering splash screens, etc...) without
disabling the console entirely.
Signed-off-by: Andy Ross
2013/2/16 Pedro Alves :
> Forgot to reply to this bit:
>
> On 02/15/2013 07:43 PM, Oleg Nesterov wrote:
>>> We'd miss the poke
>>> > variant, but that looks like something that could be always be added
>>> > later.
>> Yes. _POKE_ or _QUEUE_ or _DEQUEUE_, we can add more features if user-
>> space
On Tue, Feb 19, 2013 at 2:50 AM, Srivatsa S. Bhat
wrote:
> But, the whole intention behind removing the parts depending on the
> recursive property of rwlocks would be to make it easier to make rwlocks
> fair (going forward) right? Then, that won't work for CPU hotplug, because,
> just like we
Hello,
until now I could successfully suppress my curiosity about those tip:foo
messages, but as the bot (or one of them) has now catched me too, I want
to ask what it is.
Searching for "tip(-)bot" or similiar doesn't reveal some useful info
(for obvious reasons). Could someone give me an
Hi Fabio,
Hi Afzal,
On 19.02.2013 02:33, Fabio Estevam wrote:
> On Mon, Feb 18, 2013 at 8:55 PM, Daniel Mack wrote:
>> Hi,
>>
>> This might be a stupid question, but I'm somehow stuck here. I'm using a
>> driver with the following DTS sub-node:
>>
>> ref25: ref25M {
>>
NET/PHY: Eliminate the forced speed reduction algorithm.
The purpose of the introduced patch is deletion of the forced speed
reduction algorithm realisation from the driver module "phy".
The above mentioned algorithm works in the following way: if the phy
detected unlink line state (connector
On Tue, Feb 19, 2013 at 10:40 AM, Alexander Holler wrote:
> Hello,
>
> until now I could successfully suppress my curiosity about those tip:foo
> messages, but as the bot (or one of them) has now catched me too, I want to
> ask what it is.
>
> Searching for "tip(-)bot" or similiar doesn't reveal
Hi Mel,
On 02/18/2013 11:17 PM, Mel Gorman wrote:
>>> > >
>>> > >
>>> > > result. It's a little clumsy but the memory hot-remove failure message
>>> > > could list what applications have pinned the pages that cannot be
>>> > > removed
>>> > > so the administrator has the option of force-killing
On 02/19/2013 03:10 PM, Michel Lespinasse wrote:
> On Tue, Feb 19, 2013 at 2:50 AM, Srivatsa S. Bhat
> wrote:
>> But, the whole intention behind removing the parts depending on the
>> recursive property of rwlocks would be to make it easier to make rwlocks
>> fair (going forward) right? Then,
On 19 February 2013 16:56, Alexander Shiyan wrote:
> ...
>> >> >> struct regmap *syscon_regmap_lookup_by_compatible(const char *s)
>> >> >> {
>> >> >> struct device_node *syscon_np;
>> >> >> struct regmap *regmap;
>> >> >> + struct syscon *syscon;
>> >> >> + struct device
Hi,
On Mon, Feb 18, 2013 at 09:20:10PM +0200, Felipe Balbi wrote:
> On Mon, Feb 18, 2013 at 11:17:19AM -0800, Greg KH wrote:
> > On Mon, Feb 18, 2013 at 09:09:04PM +0200, Felipe Balbi wrote:
> > > Whenever a struct device_attribute is registered
> > > with mismatched permissions - read permission
Em Mon, 18 Feb 2013 23:44:05 +0100
Borislav Petkov escreveu:
> On Mon, Feb 18, 2013 at 02:26:18PM -0800, Greg KH wrote:
> > I don't know, it depends on if userspace can handle this properly or
> > not. What tools rely on this sysfs file? WHat happens when they get a
> > non-number in the file?
On 02/18/2013 02:52 PM, Varun Sethi wrote:
+
+#define PAACE_TCEF_FORMAT0_8B 0x00
+#define PAACE_TCEF_FORMAT1_RSVD 0x01
+
+#define PAACE_NUMBER_ENTRIES0x1FF
Where is this number coming from?
Diana
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Tue, Feb 19, 2013 at 04:12:51PM +0800, liguang wrote:
> sgidefs.h has strict check for __linux__,
> it seems too harsh, as far as I test, 2 cross
> compiler for mips will not define it automatically,
> and exit build process with error
> "#error Use a Linux compiler or give up".
> remove it
On 01/28/2013 09:00 AM, Minchan Kim wrote:
Recently, Matt Sealey reported he fail to build zsmalloc caused by
using of local_flush_tlb_kernel_range which are architecture dependent
function so !CONFIG_SMP in ARM couldn't implement it so it ends up
build error following as.
Confuse me!
1) Why
2013/2/18 Linus Torvalds :
> On Mon, Feb 18, 2013 at 7:53 AM, Frederic Weisbecker
> wrote:
>>
>> Here is an updated version. It cleans up things a bit and boots fine with my
>> usual
>> config. There might be still some small details to work on but here is the
>> big picture.
>>
>> What do you
On Monday 18 February 2013 05:05 PM, Afzal Mohammed wrote:
(Resending, since it seems, LAKML doesn't accept patches with subject
prefix only as "RFC", but requires "PATCH" prefix also)
Hi,
This series adds minimal support to boot Linux on platforms having
AM43 based SoC's.
This is being sent
Magnus,
On Mon, 18 Feb 2013, Magnus Damm wrote:
> +static inline unsigned long intc_irqpin_read(struct intc_irqpin_priv *p,
> + int reg)
> +{
> + struct intc_irqpin_iomem *i = >iomem[reg];
Newline between variable and code please.
> + return
Hi,
On Tue, Feb 19, 2013 at 07:03:10AM -0300, Mauro Carvalho Chehab wrote:
> > But my gut feeling says to stay concervative and not touch this code -
> > we don't know what uses it and how much we would break by "fixing" it.
> > The current situation is not that big of a deal IMVHO and I'd be
+netdev
On Tue, Feb 19, 2013 at 08:41:47AM +0100, Alexander Stein wrote:
> On Monday 18 February 2013 09:49:16, Greg KH wrote:
> > > Invalid argument - /sys/devices/virtual/net/lo/speed
> > > Invalid argument - /sys/devices/virtual/net/lo/duplex
>
> This is even true for ethernet devices which
On Monday 18 February 2013 05:07 PM, Afzal Mohammed wrote:
Register percpu local timer for scheduler tick in the case of one core
SMP configuration. In other cases - secondary cpu's as well as boot
cpu's having more than one core, this is being registered as per
existing boot flow, with a
Hi!
> --- a/drivers/tty/vt/vt.c
> +++ b/drivers/tty/vt/vt.c
> @@ -165,6 +165,9 @@ module_param(global_cursor_default, int, S_IRUGO |
> S_IWUSR);
> static int cur_default = CUR_DEFAULT;
> module_param(cur_default, int, S_IRUGO | S_IWUSR);
>
> +static int init_hide;
> +module_param(init_hide,
On Monday 18 February 2013 05:07 PM, Afzal Mohammed wrote:
Add an optional property to find clock-frequency from DT. This helps
as a fallback mechanism in case there is no representation of clock
tree in DT.
Signed-off-by: Afzal Mohammed
---
This won't work always because twd clock is CPU
On Tuesday, February 19, 2013, Dongjin Kim wrote:
> This patch adds the compatible string for MSHC controller of Exynos4412, and
> share the controller specific properties with Exynos5250 since they have same
> features. Its driver data name is changed to exynos_drv_data instead SoC
> specific
On Monday 18 February 2013 05:06 PM, Afzal Mohammed wrote:
Return percpu clock event on local timer register. It is the boot cpu
that calls this and it can use the returned percpu clock event to
register a clock event in the case of SMP configuration with one core.
SMP configuration with 1 core
On Monday 18 February 2013 05:07 PM, Afzal Mohammed wrote:
Selecting DEBUG_AM33XXUART1 routes low level debug messages to first
UART instance of AM335x based SoC's. This selection is valid for
upcoming AM43 based SoC's too. Make this information available upon
configuring.
Signed-off-by: Afzal
On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
Add Kconfig option for AM43 family of SoC's, these are ARM Cortex A9
based (SMP configuration with 1 core).
Signed-off-by: Afzal Mohammed
---
arch/arm/mach-omap2/Kconfig | 11 +++
1 file changed, 11 insertions(+)
diff --git
> -Original Message-
> From: Craciun Diana Madalina-STFD002
> Sent: Tuesday, February 19, 2013 3:34 PM
> To: Sethi Varun-B16395
> Cc: io...@lists.linux-foundation.org; linuxppc-...@lists.ozlabs.org;
> linux-kernel@vger.kernel.org; Wood Scott-B07421; j...@8bytes.org; Yoder
> Stuart-B08248
On Tue, Feb 19, 2013 at 3:01 AM, Stephen Rothwell wrote:
> On Fri, 15 Feb 2013 08:16:26 -0800 Jesse Barnes
> wrote:
>>
>> On Fri, 15 Feb 2013 10:30:16 +0100
>> Daniel Vetter wrote:
>>
>> > On Fri, Feb 15, 2013 at 3:37 AM, Stephen Rothwell
>> > wrote:
>> > >
>> > > After merging the drm-intel
On 18 February 2013 16:40, Frederic Weisbecker wrote:
> 2013/2/18 Vincent Guittot :
>> On 18 February 2013 15:38, Frederic Weisbecker wrote:
>>> I pasted the original at: http://pastebin.com/DMm5U8J8
>>
>> We can clear the idle flag only in the nohz_kick_needed which will not
>> be called if the
Hi Santosh,
On Tue, Feb 19, 2013 at 15:55:59, Shilimkar, Santosh wrote:
> With DT, IIRC DEBUGLL is broken. So did you hack debug-macro.S
> to get the earlyprintk working ?
No, on linux-next, ll debug works properly.
Regards
Afzal
Hi Johannes,
On 02/15/2013 02:34 PM, Johannes Weiner wrote:
On Mon, Feb 11, 2013 at 02:12:39PM -0800, Andrew Morton wrote:
Also, having to mmap the file to be able to query pagecache state is a
hack. Whatever happened to the fincore() patch?
I don't know, but how about this one:
---
From:
On Tue, Feb 19, 2013 at 10:03 AM, Simon Horman wrote:
> On Mon, Feb 18, 2013 at 11:28:34PM +0900, Magnus Damm wrote:
>> From: Magnus Damm
>>
>> This patch adds a driver for external IRQ pins connected
>> to the INTC block on recent SoCs from Renesas.
>>
>> The INTC hardware block usually
On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
Describe minimal DT boot machine details for AM43 based SoC's. AM43
family of SoC's are ARM Cortex-A9 based with one core in SMP
configuration. Low level debug could be achieved by selecting
DEBUG_AM33XXUART1. To boot AM43 SoC, this
On 18 February 2013 20:53, Steven Rostedt wrote:
> On Mon, 2013-02-18 at 17:50 +0100, Vincent Guittot wrote:
>
>> yes for sure.
>> The problem is more linked to cpuidle and function tracer.
>>
>> cpu hotplug and function tracer work when cpuidle is disable.
>> cpu hotplug and cpuidle works if i
This moves the lo_add function for revokes into trans.c, removing
a function call and making the code easier to read.
Signed-off-by: Steven Whitehouse
diff --git a/fs/gfs2/lops.c b/fs/gfs2/lops.c
index 9ceccb1..9c80742 100644
--- a/fs/gfs2/lops.c
+++ b/fs/gfs2/lops.c
@@ -600,20 +600,6 @@ static
The locking in gfs2_attach_bufdata() was type specific (data/meta)
which made the function rather confusing. This patch moves the core
of gfs2_attach_bufdata() into trans.c renaming it gfs2_alloc_bufdata()
and moving the locking into gfs2_trans_add_data()/gfs2_trans_add_meta()
As a result all of
On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
AM43 SoC is in pre-silicon stage, meanwhile it has been modelled in
a pre-silicon platform. To validate and boot Linux in pre-silicon
platform that emulates an AM43 SoC, add DT build support.
As bootloader is not used, bootargs is
This patch reinstates the ack system which withdraw should be using. It
appears to have been accidentally forgotten when the lock module was
merged into GFS2, due to two different sysfs files having the same name.
Reported-by: David Teigland
Signed-off-by: Steven Whitehouse
diff --git
From: Bob Peterson
This patch allocates a block reservation structure before growing
or shrinking a file. Without this structure, the grow or shink code
can reference the bad pointer.
Signed-off-by: Bob Peterson
Signed-off-by: Steven Whitehouse
diff --git a/fs/gfs2/bmap.c b/fs/gfs2/bmap.c
On Tue, Feb 19, 2013 at 05:55:30PM +0800, Lin Feng wrote:
> Hi Mel,
>
> On 02/18/2013 11:17 PM, Mel Gorman wrote:
> >>> > >
> >>> > >
> >>> > > result. It's a little clumsy but the memory hot-remove failure message
> >>> > > could list what applications have pinned the pages that cannot be
>
The freeze code has not been looked at a lot recently. Upstream has
moved on, and this is an attempt to catch us back up again. There
is a vfs level interface for the freeze code which can be called
from our (obsolete, but kept for backward compatibility purposes)
sysfs freeze interface. This
The intent here is to split the processing of the glock lru
list into two parts, so that the selection of glocks and the
disposal are separate functions. The plan is then, that further
updates can then be made to these functions in the future
to improve the selection of glocks and also the
Instead of using a list of buffers to write ahead of the journal
flush, this now uses a list of inodes and calls ->writepages
via filemap_fdatawrite() in order to achieve the same thing. For
most use cases this results in a shorter ordered write list,
as well as much larger i/os being issued.
The
This patch copies the body of gfs2_trans_add_bh into the two newly
added gfs2_trans_add_data and gfs2_trans_add_meta functions. We can
then move the .lo_add functions from lops.c into trans.c and call
them directly.
As a result of this, we no longer need to use the .lo_add functions
at all, so
This is one of the smallest collections of patches for the merge
window for some time. There are some clean ups relating to the
transaction code and the shrinker, which are mostly in preparation
for further development, but also make the code much easier to
follow in these areas.
There is a patch
There is little common content in gfs2_trans_add_bh() between the data
and meta classes by the time that the functions which it calls are
taken into account. The intent here is to split this into two
separate functions. Stage one is to introduce gfs2_trans_add_data()
and gfs2_trans_add_meta() and
Am 19.02.2013 10:54, schrieb richard -rw- weinberger:
On Tue, Feb 19, 2013 at 10:40 AM, Alexander Holler wrote:
Hello,
until now I could successfully suppress my curiosity about those tip:foo
messages, but as the bot (or one of them) has now catched me too, I want to
ask what it is.
This breaks out the LRU scanning function from the shrinker in
preparation for adding other callers to the LRU scanner.
Signed-off-by: Steven Whitehouse
diff --git a/fs/gfs2/glock.c b/fs/gfs2/glock.c
index 992c5c0..3ad8fd3 100644
--- a/fs/gfs2/glock.c
+++ b/fs/gfs2/glock.c
@@ -1376,23 +1376,19
2013/2/18 Thomas Gleixner :
> On Mon, 18 Feb 2013, Frederic Weisbecker wrote:
>> diff --git a/kernel/softirq.c b/kernel/softirq.c
>> index ed567ba..69fbefd 100644
>> --- a/kernel/softirq.c
>> +++ b/kernel/softirq.c
>> @@ -277,6 +277,17 @@ restart:
>> tsk_restore_flags(current, old_flags,
Hi Morimoto-san,
On Tue, Feb 19, 2013 at 10:04 AM, Kuninori Morimoto
wrote:
>
> Hi Magnus
>
> Thank you for this patch.
> Small comment from me :)
Sure, thanks!
>> +struct intc_irqpin_priv {
>> + struct intc_irqpin_iomem iomem[INTC_IRQPIN_REG_NR];
>> + struct intc_irqpin_irq
> I wouldn't go that far... ;-) Unfairness is not a show-stopper right?
> IMHO, the warning/documentation should suffice for anybody wanting to
> try out this locking scheme for other use-cases.
I presume that by 'fairness' you mean 'write preference'?
I'd not sure how difficult it would be, but
CC'ing linux-arch, so the arch folks can scream murder if they have
any objections.
On Tue, 19 Feb 2013, Frederic Weisbecker wrote:
> 2013/2/18 Thomas Gleixner :
> > On Mon, 18 Feb 2013, Frederic Weisbecker wrote:
> >> diff --git a/kernel/softirq.c b/kernel/softirq.c
> >> index ed567ba..69fbefd
On Tuesday 19 February 2013, Kishon Vijay Abraham I wrote:
> Added a generic PHY framework that provides a set of APIs for the PHY drivers
> to create/destroy a PHY and APIs for the PHY users to obtain a reference to
> the PHY with or without using phandle. To obtain a reference to the PHY
>
Hi!
> > > > > Well, I suppose that information is available to user space.
> > > > >
> > > > > Do we need an interface for a process to mark itself as
> > > > > PF_FREEZE_LATE or
> > > > > do we need an interface for one process to mark another process as
> > > > > PF_FREEZE_LATE, or both?
> > >
The adp5520 unfortunately also clears the BL_EN bit when the nSTNDBY bit is
cleared. So we need to make sure to restore it during resume if it was set
before suspend.
Cc: sta...@vger.kernel.org
Signed-off-by: Lars-Peter Clausen
---
drivers/mfd/adp5520.c | 8 ++--
1 file changed, 6
On Tuesday 19 February 2013, Alexander Shiyan wrote:
> Hello.
>
> Strange, but I not received an original answer from Arnd, have only this mail.
I got a reject notice from mail.ru, which apparently didn't like the
SMTP server of my German ISP. I already tried to resend my mail to you,
and now
Hi Santosh,
On Tue, Feb 19, 2013 at 16:05:22, Shilimkar, Santosh wrote:
> On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
> > AM43 SoC is in pre-silicon stage, meanwhile it has been modelled in
> > a pre-silicon platform. To validate and boot Linux in pre-silicon
> > platform that
On 01/18/2013 11:57 PM, Kirill A. Shutemov wrote:
Hi,
PAGE_CACHE_* macros were introduced long time ago in hope to implement
page cache with larger chunks than one page in future.
In fact it was never done.
Some code paths assume PAGE_CACHE_SIZE <= PAGE_SIZE. E.g. we use
zero_user_segments()
On 19 February 2013 11:29, Vincent Guittot wrote:
> On 18 February 2013 16:40, Frederic Weisbecker wrote:
>> 2013/2/18 Vincent Guittot :
>>> On 18 February 2013 15:38, Frederic Weisbecker wrote:
I pasted the original at: http://pastebin.com/DMm5U8J8
>>>
>>> We can clear the idle flag only
On Tue, Feb 19, 2013 at 03:57:07PM +0530, Santosh Shilimkar wrote:
> On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
> >Add Kconfig option for AM43 family of SoC's, these are ARM Cortex A9
> >based (SMP configuration with 1 core).
> >
> >Signed-off-by: Afzal Mohammed
> >---
> >
Hi Thomas,
Thanks for your help with the review!
On Tue, Feb 19, 2013 at 7:11 PM, Thomas Gleixner wrote:
> Magnus,
>
> On Mon, 18 Feb 2013, Magnus Damm wrote:
>
>> +static inline unsigned long intc_irqpin_read(struct intc_irqpin_priv *p,
>> + int reg)
>>
On Tuesday 19 February 2013 04:22 PM, Mohammed, Afzal wrote:
Hi Santosh,
On Tue, Feb 19, 2013 at 16:05:22, Shilimkar, Santosh wrote:
On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
AM43 SoC is in pre-silicon stage, meanwhile it has been modelled in
a pre-silicon platform. To
On Tuesday 19 February 2013 04:26 PM, Felipe Balbi wrote:
On Tue, Feb 19, 2013 at 03:57:07PM +0530, Santosh Shilimkar wrote:
On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
Add Kconfig option for AM43 family of SoC's, these are ARM Cortex A9
based (SMP configuration with 1 core).
On 02/19/2013 04:12 PM, David Laight wrote:
>> I wouldn't go that far... ;-) Unfairness is not a show-stopper right?
>> IMHO, the warning/documentation should suffice for anybody wanting to
>> try out this locking scheme for other use-cases.
>
> I presume that by 'fairness' you mean 'write
On Tuesday 19 February 2013 04:00 PM, Mohammed, Afzal wrote:
Hi Santosh,
On Tue, Feb 19, 2013 at 15:55:59, Shilimkar, Santosh wrote:
With DT, IIRC DEBUGLL is broken. So did you hack debug-macro.S
to get the earlyprintk working ?
No, on linux-next, ll debug works properly.
Indeed. Tony
Hi Santosh,
On Tue, Feb 19, 2013 at 16:30:13, Shilimkar, Santosh wrote:
> On Tuesday 19 February 2013 04:22 PM, Mohammed, Afzal wrote:
> > SoC support is already added in patch 7/8. This is board (which doesn't
> > exist now) support, hence a pre-silicon temporary one to validate it.
> >
> I
On Tuesday 19 February 2013 04:33 PM, Mohammed, Afzal wrote:
Hi Santosh,
On Tue, Feb 19, 2013 at 16:30:13, Shilimkar, Santosh wrote:
On Tuesday 19 February 2013 04:22 PM, Mohammed, Afzal wrote:
SoC support is already added in patch 7/8. This is board (which doesn't
exist now) support, hence
Em Tue, 19 Feb 2013 12:11:21 +0200
Felipe Balbi escreveu:
> Hi,
>
> On Tue, Feb 19, 2013 at 07:03:10AM -0300, Mauro Carvalho Chehab wrote:
> > > But my gut feeling says to stay concervative and not touch this code -
> > > we don't know what uses it and how much we would break by "fixing" it.
>
Hi Santosh,
On Tue, Feb 19, 2013 at 15:39:32, Shilimkar, Santosh wrote:
> After looking at the specs, you don't need the SMP mode since ACP
> isn't being used.
> TWD use for AM437x is also limited because these times stops in
> low power sates and there you will need broad-cast mechanism which
Hi Linus,
Here is the arch/metag/ tree for v3.9-rc1. Arnd said he's happy to ack
it (the additional changes since then have been mostly further cleanups
and fixes for when merged with other trees).
Please pull.
Thanks
James
The following changes since commit
Hi,
On Tuesday 19 February 2013 04:14 PM, Arnd Bergmann wrote:
On Tuesday 19 February 2013, Kishon Vijay Abraham I wrote:
Added a generic PHY framework that provides a set of APIs for the PHY drivers
to create/destroy a PHY and APIs for the PHY users to obtain a reference to
the PHY with or
On Tuesday 19 February 2013, James Hogan wrote:
> Show Details
> Hi Linus,
>
> Here is the arch/metag/ tree for v3.9-rc1. Arnd said he's happy to ack
> it (the additional changes since then have been mostly further cleanups
> and fixes for when merged with other trees).
For the pull request:
On 2013-02-18 16:30, Ruslan Bilovol wrote:
>> So, I'm still inclined to say that we shouldn't merge this.
>
> Thanks for explanation.
>
> Do you have some plan when DSS will be ready to port this driver?
> (3.10, 3.11 or later)?
When it's ready =). The work depends also on common display
801 - 900 of 1522 matches
Mail list logo