Hi all,
Changes since 20130712:
New tree: ptr-ret
Removed tree: cpuidle (at maintainers request)
The drm-intel tree gained a conflict against the drm-intel-fixes tree.
The sound-asoc tree gained a build failure so I used the version from
next-20130715.
The akpm tree gained conflicts against
Greg KH linuxfoundation.org> writes:
> Please move to the 3.10-stable series at this point in time. If that
> isn't working for you, please let us know NOW!
>
Hi Greg,
Unfortunate hardware owners of Intel Atom's Cedar Trail platforms (like Atom
N2600/N2800) like myself have been relying on
Reported by Thomas UR. Cutler, Manufacturing Journalist in the recent issue of
Alternative Focus, "The foundation of any quality revenue organization starts
with all the implementation in addition to management of an sales
process.Thomas sabo rea These is also the steps required by the sales
Tony,
On Monday 08 July 2013 04:44 PM, Kishon Vijay Abraham I wrote:
> This series fixes the USB enumeration issue caused because of the controller
> not able to get a reference to the PHY because of incorrect binding in the
> board file.
>
> In the case of non-dt boot, the platform specific
Time that we have the ad and even slogan suitable dull detect, just
"advertised", so whereby consumers can not be tempted, in all probability to
crash. At length of time, advertising creative instead of a typical literary
plus artistic growth, it might only screen advertising themes or
Should the ad or even slogan in to a dull note, just "advertised", so in which
consumers cannot be tempted, likely to don't succeed. At the same time frame,
advertising creative rather than a normal literary and artistic design, it
might only demonstrate advertising subjects, advertising
On Tue, Jul 16, 2013 at 10:29 AM, Rusty Russell wrote:
> anish singh writes:
>> Hello Rusty,
>>
>> Right now I see so many places in the kernel
>> where we open code binary search implementations
>> such as search_extable implementations.
>>
>>
Joonsoo Kim writes:
> On Mon, Jul 15, 2013 at 08:41:12PM +0530, Aneesh Kumar K.V wrote:
>> Joonsoo Kim writes:
>>
>> > If we map the region with MAP_NORESERVE and MAP_SHARED,
>> > we can skip to check reserve counting and eventually we cannot be ensured
>> > to allocate a huge page in fault
Commit 441ac0fcaadc76ad09771812382345001dd2b813
(macvtap: Convert to using rtnl lock) forget to return what
macvtap_ioctl_set_queue() returns to its caller. This may break multiqueue API
by always falling through to TUNGETFEATURES.
Cc: Vlad Yasevich
Signed-off-by: Jason Wang
---
The hard-coded 8021.q proto will break 802.1ad traffic. So switch to use
vlan->proto.
Cc: Basil Gor
Signed-off-by: Jason Wang
---
drivers/net/macvtap.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
index 8270b5e..638b64c
Philipp Matthias Hahn writes:
> Hello,
>
> My x86_64 systems has some trouble loading some ALSA snd-* modules since
> the upgrade to 3.10.[01]: Several automatic modprobe calls hang, but
> loading snd-intel-hda and snd-audio-usb by hand still works.
Not a known problem to me, at least. Perhaps
anish singh writes:
> Hello Rusty,
>
> Right now I see so many places in the kernel
> where we open code binary search implementations
> such as search_extable implementations.
>
> http://lxr.free-electrons.com/ident?a=powerpc;i=search_extable
>
> Would it be ok to replace this with bsearch lib
Linus Torvalds writes:
> On Mon, Jul 15, 2013 at 12:17 PM, Willy Tarreau wrote:
>>
>> BTW, I was amazed that you managed to get him have a much softer tone inr
>> his last e-mail, you probably found a weakness here in his management
>> process :-)
>
> Hey, I _like_ arguing, and "cursing" and
On Mon, Jul 15, 2013 at 09:51:21PM -0400, Rik van Riel wrote:
> On 07/15/2013 03:24 AM, David Gibson wrote:
> >On Sun, Jul 14, 2013 at 08:16:44PM -0700, Davidlohr Bueso wrote:
>
> >>>Reading the existing comment, this change looks very suspicious to me.
> >>>A per-vma mutex is just not going to
On Mon, Jul 15, 2013 at 08:25:14PM -0700, Linus Torvalds wrote:
> The "pipe -> cred_guard_mutex" lock chain is pretty direct, and can be
> clearly attributed to splicing into /proc. Now, whether that is a
> *good* idea or not is clearly debatable, and I do think that maybe we
> should just not
Hi Paul,
Today's linux-next merge of the cpuinit tree got a conflict in
drivers/hwmon/coretemp.c between commit cc58db361386 ("hwmon: (coretemp)
Atom CPUs don't support TjMax; no warning needed") from the hwmon-staging
tree and commit "hwmon: delete __cpuinit usage from all hwmon files" from
the
From: Steven Miao
Signed-off-by: Geert Uytterhoeven
Signed-off-by: Steven Miao
---
arch/blackfin/mach-common/smp.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/blackfin/mach-common/smp.c b/arch/blackfin/mach-common/smp.c
index 961d839..b5f9ed7 100644
---
commit b29900e6 introuded a regression, which resulted Null pointer
dereference for achi host with dummy ports. For ahci ports, when the
port is dummy port, its private_data will be NULL, as ata_dummy_port_ops
doesn't support ->port_start.
Reported-and-tested-by: Alex Williamson
Signed-off-by:
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
fs/ext4/extents_status.c: In function 'ext4_es_shrink':
fs/ext4/extents_status.c:990:50: error: 'ret' undeclared (first use in this
function)
trace_ext4_es_shrink_exit(sbi->s_sb,
On Mon, 2013-07-15 at 14:44 -0700, Greg KH wrote:
> On Mon, Jul 15, 2013 at 11:27:56PM +0400, James Bottomley wrote:
> > Before the "3.10.1-stable review" thread degenerated into a disagreement
> > about habits of politeness, there were some solid points being made
> > which, I think, bear
On Tue, Jul 16, 2013 at 1:49 AM, Linus Torvalds
wrote:
> On Mon, Jul 15, 2013 at 10:28 AM, Geert Uytterhoeven
> wrote:
>>
>> but the first one is non-trivial: using xchg() on atomic_t is a bit gross...
>
> It's also broken. There's no guarantee that an "atomic_t" is just a
> value. Now, the old
Hi Geert,
On Tue, Jul 16, 2013 at 1:28 AM, Geert Uytterhoeven
wrote:
> Hi Steven,
>
> On Tue, Jul 9, 2013 at 11:15 AM, Steven Miao wrote:
>> Steven Miao (2):
>> smp: refine bf561 smpboot code
>
> Unfortunately this landed too late in -next to notice:
>
>
On Mon, Jul 15, 2013 at 08:17:30PM -0400, Steven Rostedt wrote:
> On Mon, 2013-07-15 at 16:15 -0700, Guenter Roeck wrote:
> >
> > One thing you should keep in mind in your discussion is what can happen
> > if people get too polite with each other.
> >
> > I have seen this happen at two large
From: Fabio Estevam
Fix the following sparse warnings:
drivers/base/regmap/regmap.c:305:13: warning: context imbalance in
'regmap_lock_spinlock' - wrong count at exit
drivers/base/regmap/regmap.c:314:13: warning: context imbalance in
'regmap_unlock_spinlock' - unexpected unlock
On Tue, Jul 16, 2013 at 09:06:04AM +0530, Aneesh Kumar K.V wrote:
> Joonsoo Kim writes:
>
> > On Mon, Jul 15, 2013 at 07:31:33PM +0530, Aneesh Kumar K.V wrote:
> >> Joonsoo Kim writes:
> >>
> >> > We don't need to proceede the processing if we don't have any usable
> >> > free huge page. So
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
fs/ext4/extents_status.c between commit decae3aab047 ("ext4: make the
extent_status code more robust against ENOMEM failures") from the ext4
tree and commit "fs-convert-fs-shrinkers-to-new-scan-count-api-fix" from
the akpm
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
fs/ext4/extents_status.c between commit decae3aab047 ("ext4: make the
extent_status code more robust against ENOMEM failures") from the ext4
tree and commit "fs: convert fs shrinkers to new scan/count API" from
the akpm tree.
[Re: [PATCH] Documentation: update references to v2.6.x in development-process]
On 16/07/2013 (Tue 13:50) Stephen Rothwell wrote:
> Hi Paul,
>
> On Mon, 15 Jul 2013 22:13:50 -0400 Paul Gortmaker
> wrote:
> >
> > On a similar note, I was thinking about the recent thread on linux-next
> > where
The function has the same implementation as simple_open. I removed it and
replaced the reference in the fileoperations struct with simple_open.
Found using Coccinelle.
Signed-off-by: Dragos Foianu
---
drivers/scsi/fnic/fnic_debugfs.c | 19 +--
1 file changed, 1 insertion(+),
cpu is not used after commit 5b8621a68fdcd2baf1d3b413726f913a5254d46a
Signed-off-by: Li Zhong
---
kernel/time/tick-sched.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c
index e80183f..8145860 100644
--- a/kernel/time/tick-sched.c
+++
On Mon, 2013-07-15 at 19:34 -0400, Paul Gortmaker wrote:
[...]
> Some kernels are designated "long term" kernels; they will receive support
> for a longer period. As of this writing, the current long term kernels
> and their maintainers are:
>
> - 2.6.27 Willy Tarreau
On Mon, 2013-07-15 at 23:37 -0400, Steven Rostedt wrote:
> On Mon, 2013-07-15 at 23:34 -0400, Steven Rostedt wrote:
> > On Tue, 2013-07-16 at 13:14 +1000, NeilBrown wrote:
> >
> > > Surely there is an enormous difference between being required to defend
> > > your
> > > position against rational
On Tue, 2013-07-16 at 13:27 +1000, Dave Airlie wrote:
> On Tue, Jul 16, 2013 at 12:41 PM, Ben Hutchings wrote:
> > On Mon, 2013-07-15 at 22:09 -0400, Steven Rostedt wrote:
> > [...]
> >> > > How important is the stable releases? Are maintainers willing to do a
> >> > > little more work now to
On 07/15/2013 04:01:35 PM, Andrew Morton wrote:
On Tue, 09 Jul 2013 21:06:39 -0500 Rob Landley
wrote:
> Attached, so you don't have to fish them out of:
>
>http://lkml.indiana.edu/hypermail/linux/kernel/1306.3/04204.html
Too hard. Especially when I want to reply to a patch. Please
On 7/15/13 4:50 PM, Sarah Sharp wrote:
Sarah will bring the brownies.
Peace pot brownies! I love it!
Too bad the KS is not going to be held here in Colorado. You could
follow through with that ...
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Hi Paul,
On Mon, 15 Jul 2013 22:13:50 -0400 Paul Gortmaker
wrote:
>
> On a similar note, I was thinking about the recent thread on linux-next
> where we were indicating that people shouldn't rebase linux-next content
> on a whim, and that new devel (vs. bugfix) content shouldn't appear in
> the
Hi Greg,
The USB on our platform can change roles between HOST and GADGET, but
it is not capable of OTG.
When the USB changes between roles the udev will run some scripts
automatically according to the udev rules.
The default role is GADGET, and we bind the g_mass_storage to the USB
GADGET role.
On Tue, 2013-07-16 at 11:27 +0800, Li Zefan wrote:
> Oh, I can name some kernel developers who I see are most friendly to other
> developers, and you are one of them. ;)
That's because I've been blessed to only have to deal with good
developers ;-)
-- Steve
--
To unsubscribe from this list:
On Tue, 2013-07-16 at 13:27 +1000, Dave Airlie wrote:
> > I also heard some managers decided their kernel source packages should
> > have all the patches squashed together to make them harder to cherry-
> > pick... could it have been the same company?
>
> Greg loves to tell stories about RH
On Mon, Jul 15, 2013 at 11:22 AM, Otavio Salvador
wrote:
> The i.MX23EVK board provides a USB port so the USB PHY and controller
> need to be enabled for it to be usable.
Has this been tested? I don't see in this patch any code to enable USB power.
--
To unsubscribe from this list: send the line
On Mon, 2013-07-15 at 23:34 -0400, Steven Rostedt wrote:
> On Tue, 2013-07-16 at 13:14 +1000, NeilBrown wrote:
>
> > Surely there is an enormous difference between being required to defend your
> > position against rational and forceful argument, and being required to
> > defend
> > it against
On 07/15/2013 08:06 PM, Steven Rostedt wrote:
>
> Linus's point is that he wants to be honest, and cursing is his way of
> giving you the most direct way to understand how he honestly feels.
>
What I don't get about anything of this is that I have always found
Linus' being hyper-obviously over
Joonsoo Kim writes:
> On Mon, Jul 15, 2013 at 07:31:33PM +0530, Aneesh Kumar K.V wrote:
>> Joonsoo Kim writes:
>>
>> > We don't need to proceede the processing if we don't have any usable
>> > free huge page. So move this code up.
>>
>> I guess you can also mention that since we are holding
On Tue, 2013-07-16 at 13:14 +1000, NeilBrown wrote:
> Surely there is an enormous difference between being required to defend your
> position against rational and forceful argument, and being required to defend
> it against irrelevant name calling.
Sure, but I don't think there's really much
On 07/15/2013 04:06 PM, Gleb Natapov wrote:
On Mon, Jul 15, 2013 at 03:20:06PM +0530, Raghavendra K T wrote:
On 07/14/2013 06:42 PM, Gleb Natapov wrote:
On Mon, Jun 24, 2013 at 06:13:42PM +0530, Raghavendra K T wrote:
kvm : Paravirtual ticketlocks support for linux guests running on KVM
On Tue, 2013-07-16 at 09:49 +0900, Jingoo Han wrote:
> On Tuesday, July 16, 2013 12:27 AM, Maxime Ripard wrote:
> > +
> > + ret = devm_gpio_request_one(>dev, lcd->im_pins[i],
> > + GPIOF_OUT_INIT_LOW,
> > "im_pins");
>
> This
On Mon, Jul 15, 2013 at 08:25:14PM -0700, Linus Torvalds wrote:
> And looking more at that, I'm actually starting to think this is an
> XFS locking problem. XFS really should not call back to splice while
> holding the inode lock.
>
> But that XFS code doesn't seem new either. Is XFS a
On 2013/7/16 6:08, Steven Rostedt wrote:
> On Mon, 2013-07-15 at 14:50 -0700, Linus Torvalds wrote:
>> On Mon, Jul 15, 2013 at 1:41 PM, Sarah Sharp
>> wrote:
>>>
>>> Oh, FFS, I just called out on private email for "playing the victim
>>> card". I will repeat: this is not just about me, or other
On Wed, Jul 03, 2013 at 10:15:11PM +0200, Wolfram Sang wrote:
>
> CCing Mika and Christian.
>
> On Fri, Jun 21, 2013 at 03:05:28PM +0800, Chew Chiau Ee wrote:
> > From: Chew, Chiau Ee
> >
> > If both IC_EMPTYFIFO_HOLD_MASTER_EN and IC_RESTART_EN are set to 1,
> > the Designware I2C controller
On Tue, Jul 16, 2013 at 12:41 PM, Ben Hutchings wrote:
> On Mon, 2013-07-15 at 22:09 -0400, Steven Rostedt wrote:
> [...]
>> > > How important is the stable releases? Are maintainers willing to do a
>> > > little more work now to make sure their subsystems work fine in older
>> > > kernels? This
On Mon, Jul 15, 2013 at 7:38 PM, Dave Jones wrote:
>
> The recent trinity changes shouldn't have really made
> any notable difference here.
Hmm. I'm not aware pf anything that has changed in this area since
3.10 - neither in execve, xfs or in splice. Not even since 3.9.
But I may certainly
On 07/15/2013 07:42 PM, Rafael J. Wysocki wrote:
> On Monday, July 15, 2013 10:36:15 AM Aaron Lu wrote:
>> On 07/13/2013 08:46 AM, Rafael J. Wysocki wrote:
>>> From: Rafael J. Wysocki
>>>
>>> According to Matthew Garrett, "Windows 8 leaves backlight control up
>>> to individual graphics drivers
e(pcm->card->dev, buf->bytes,
^
Caused by commit 6109b2fca632 ("ASoC: omap: Enable COMPILE_TEST build for
DT platforms"). In this case, a missing include.
I have used the version of the sound-asoc tree from next-20130715 for
today.
--
Cheers,
Stephen Rothwell
On Mon, 15 Jul 2013 20:17:30 -0400 Steven Rostedt wrote:
> On Mon, 2013-07-15 at 16:15 -0700, Guenter Roeck wrote:
> >
> > One thing you should keep in mind in your discussion is what can happen
> > if people get too polite with each other.
> >
> > I have seen this happen at two large
On Tue, 2013-07-16 at 03:43 +0100, Chris Ball wrote:
> Hi,
> I'd like other developers to treat me this way too, but perhaps a good
> way to get started is to first come up with a statement of how we'd
> like to treat others, and then start collecting signatories to it.
> Does that sound like a
>> Sarah, first off, I don't have that many tools at hand. Secondly, I
>> simply don't believe in being polite or politically correct.
>
> Bullshit. I've seen you be polite, and explain to clueless maintainers
> why there's no way you can revert their merge that caused regressions,
> and ask
On Tue, Jul 16, 2013 at 10:32 AM, Andrew Morton
wrote:
> erk, I forgot about that.
>
> Please send Greg a full patchset against current Linus mainline. Then,
> ideally, send me the patches which adapt that patchset to the new
> shrinker API.
>
> Or don't worry about the second part and I'll fix
Hi,
On Tue, Jul 16 2013, Darren Hart wrote:
> On Mon, 2013-07-15 at 15:36 -0700, Sarah Sharp wrote:
>> The people who want to work together in a civil manner should get
>> together and create a "Kernel maintainer's code of conduct" that
>> outlines what they expect from fellow kernel developers.
On Mon, 2013-07-15 at 22:09 -0400, Steven Rostedt wrote:
[...]
> > > How important is the stable releases? Are maintainers willing to do a
> > > little more work now to make sure their subsystems work fine in older
> > > kernels? This isn't the same stable as it was 8 years ago.
> >
> > And that
On 07/15/2013 06:02 PM, Linus Torvalds wrote:
>
> That said, even if it wasn't temporary, I think we might be better off
> with the raw format that the netpbm tools generate these days.
>
For "these days" meaning "since the 1980s". I would suggest bumping up
to the 1990s and go with PNG.
This is a part of the LP3943 MFD driver.
LP3943 can be used as a PWM generator, up to 2 channels.
* Two PWM generators
LP3943 has 16 output channels.
Two channels are configurable as PWM generators.
* Supported PWM operations
config, set_polarity, enable and disable
* Manual polarity
This is a part of LP3943 MFD driver.
LP3943 is configurable as a GPIO expander, up to 16 GPIOs.
* Application note: how to configure LP3943 as a GPIO expander
http://www.ti.com/lit/an/snva287a/snva287a.pdf
* Supported GPIO controller operations
direction_input, direction_output, get, set
*
On Mon, Jul 15, 2013 at 07:32:51PM -0700, Linus Torvalds wrote:
> So the problematic op *seems* to be the splice into /proc//attr/
> files, which causes that "pipe -> cred_guard_mutex" locking.
>
> While the *normal* ordering would be the other way around, coming from
> execve(), which has
LP3943 is an integrated device capable of driving 16 output channels.
It supports a GPIO expander and a PWM generator.
LP3493 registers are controlled via the I2C interface.
Patch-set consists of three parts - MFD, GPIO and PWM
Device tree documentation is updated also.
Milo Kim (3):
mfd: add
LP3943 has 16 output LED channels which can be used as GPIO expander and
PWM generators.
This patch supports the MFD structure of those features.
* Regmap I2C interface for R/W LP3943 registers
* Device tree bindings updated
PWM generator output ports can be defined in the platform data.
Hi all experts,
Does there have any suggestions or comments for this patch to asymmetric
keys?
Thanks a lot!
Joey Lee
於 五,2013-07-12 於 11:11 +0800,Lee, Chun-Yi 提到:
> From: Chun-Yi Lee
>
> Per PKCS1 spec, the EMSA-PKCS1-v1_5 encoded message is leading by 0x00 0x01 in
> its first 2 bytes. The
Hmm. I don't have a lot of ideas, I'm just adding lockdep, splice and
FS people (and Oleg, just because) to the cc to see if anybody else
does.
Al, Peter?
So the problematic op *seems* to be the splice into /proc//attr/
files, which causes that "pipe -> cred_guard_mutex" locking.
While the
On Tue, 16 Jul 2013 10:21:23 +0800 Peng Tao wrote:
> >> See the five patches I sent you on July 8 ;)
> >>
> >> I'll resend.
> >
> > I got them, I couldn't apply them until after -rc1 is out, so I'll queue
> > them up later this week.
> >
> Hi Greg and Andrew,
>
> One issue with the five patches
On Mon, 2013-07-15 at 14:44 -0700, Greg KH wrote:
[...]
> The second one is almost always due to security issues that were unknown
> to the distro. The announcement of security problems to the distros has
> now been addressed, and since that has changed, I haven't heard any
> problems about this.
On Mon, 2013-07-15 at 21:02 -0400, Xiaotian Feng wrote:
> On Mon, Jul 15, 2013 at 3:44 PM, Alex Williamson
> wrote:
> > On Mon, 2013-07-15 at 13:23 -0600, Alex Williamson wrote:
> >> On Mon, 2013-07-15 at 14:46 -0400, Xiaotian Feng wrote:
> >> > On Tue, Jul 16, 2013 at 1:38 AM, Alex Williamson
>
On Tue, Jul 16, 2013 at 8:07 AM, Greg Kroah-Hartman
wrote:
> On Mon, Jul 15, 2013 at 12:13:57PM -0700, Andrew Morton wrote:
>> On Mon, 15 Jul 2013 11:40:30 -0700 Greg Kroah-Hartman
>> wrote:
>>
>> > On Mon, Jul 15, 2013 at 10:16:29AM -0700, Joe Perches wrote:
>> > > On Mon, 2013-07-15 at 22:27
On 07/15/2013 09:19 PM, Srivatsa S. Bhat wrote:
> On 07/15/2013 01:59 PM, Sergey Senozhatsky wrote:
>> On (07/15/13 15:52), Michael Wang wrote:
And may be we could try below patch to get more info, I've moved the timing
of restore stop flag from 'after STOP' to 'before START', I
The voltage table of da9034 LDO12 is:
170, 175, 180, 185, 190, 195, 200, 205
270, 275, 280, 285, 290, 295, 300, 305
The voltage table is composed of two linear ranges:
for selector 0 ... 7:
volt = 170 + 5 * selector
On Tue, Jul 16, 2013 at 09:55:48AM +0800, Sam Ben wrote:
> On 07/16/2013 09:45 AM, Joonsoo Kim wrote:
> >On Tue, Jul 16, 2013 at 09:27:29AM +0800, Sam Ben wrote:
> >>On 07/16/2013 09:10 AM, Joonsoo Kim wrote:
> >>>On Mon, Jul 15, 2013 at 07:40:16PM +0530, Aneesh Kumar K.V wrote:
> Joonsoo Kim
[Re: [PATCH] Documentation: update references to v2.6.x in development-process]
On 16/07/2013 (Tue 10:15) Stephen Rothwell wrote:
> Hi Paul,
>
> Good work!
>
> On Mon, 15 Jul 2013 19:34:44 -0400 Paul Gortmaker
> wrote:
> >
> > Linux-next trees are announced on the linux-kernel and
On Mon, Jul 15, 2013 at 08:41:12PM +0530, Aneesh Kumar K.V wrote:
> Joonsoo Kim writes:
>
> > If we map the region with MAP_NORESERVE and MAP_SHARED,
> > we can skip to check reserve counting and eventually we cannot be ensured
> > to allocate a huge page in fault time.
> > With following
On Mon, Jul 15, 2013 at 12:20:19PM +0530, Srivatsa S. Bhat wrote:
> On 07/15/2013 10:24 AM, Willy Tarreau wrote:
> > On Sun, Jul 14, 2013 at 09:36:25PM -0700, Sören Brinkmann wrote:
> >> Hi Greg,
> >>
> >> since upgrading to 3.10.1 I find my system not waking up from suspend
> >> from time to
On Mon, 2013-07-15 at 17:06 -0700, Greg KH wrote:
> Maintainers are our most limited resource, I'm getting their "ack" when
> they themselves tag the patch to be backported with the Cc: line.
I find stable maintainers even more limited.
I'm not sure our maintainers are the most limited
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/i915_gem.c between commits 19b2dbde5732
("drm/i915: Restore fences after resume and GPU resets") from Linus' tree
and d18b96190342 ("drm/i915: Fix incoherence with fence updates on
Sandybridge+") from
On Tuesday, July 16, 2013 12:27 AM, Maxime Ripard wrote:
>
> From: Alexandre Belloni
>
> Add support for the Himax HX8369 controller as it is quite similar to the
> hx8357.
>
> Signed-off-by: Alexandre Belloni
> Signed-off-by: Maxime Ripard
Hi Maxime Ripard,
I reviewed this patch with
On Mon, Jul 15, 2013 at 09:42:44PM -0400, Dave Jones wrote:
> On Tue, Jul 16, 2013 at 10:27:03AM +1000, Dave Chinner wrote:
> > On Mon, Jul 15, 2013 at 03:58:00PM -0400, Dave Jones wrote:
> > > On Sat, Jul 13, 2013 at 12:00:30PM +1000, Dave Chinner wrote:
> > >
> > > > > [ 97.162665] XFS:
On Tue, 2013-07-16 at 11:54 +1000, NeilBrown wrote:
> On Mon, 15 Jul 2013 16:50:52 -0700 Joe Perches wrote:
>
> > On Tue, 2013-07-16 at 09:42 +1000, NeilBrown wrote:
> > > Being "polite" without being "nice" is quite possible.
> > > It even has a name: Diplomacy.
> >
> > And we all know how
On Mon, 2013-07-15 at 23:27 +0400, James Bottomley wrote:
> Before the "3.10.1-stable review" thread degenerated into a disagreement
> about habits of politeness, there were some solid points being made
> which, I think, bear consideration and which may now be lost.
>
> The problem, as Jiří
On 07/16/2013 09:45 AM, Joonsoo Kim wrote:
On Tue, Jul 16, 2013 at 09:27:29AM +0800, Sam Ben wrote:
On 07/16/2013 09:10 AM, Joonsoo Kim wrote:
On Mon, Jul 15, 2013 at 07:40:16PM +0530, Aneesh Kumar K.V wrote:
Joonsoo Kim writes:
First 5 patches are almost trivial clean-up patches.
The
On Mon, Jul 15, 2013 at 07:25:40PM +0530, Aneesh Kumar K.V wrote:
> Joonsoo Kim writes:
>
> > Currently, we use a page with mapped count 1 in page cache for cow
> > optimization. If we find this condition, we don't allocate a new
> > page and copy contents. Instead, we map this page directly.
>
On Mon, 15 Jul 2013 16:50:52 -0700 Joe Perches wrote:
> On Tue, 2013-07-16 at 09:42 +1000, NeilBrown wrote:
> > Being "polite" without being "nice" is quite possible.
> > It even has a name: Diplomacy.
>
> And we all know how circular/indirect/implied/useless
> some of those diplomatic
(ignore taint, it's unrelated due to a broken debug patch in my tree).
[ 696.047396] ==
[ 696.049036] [ INFO: possible circular locking dependency detected ]
[ 696.050689] 3.11.0-rc1+ #53 Tainted: GW
[ 696.052182]
On 07/15/2013 03:24 AM, David Gibson wrote:
On Sun, Jul 14, 2013 at 08:16:44PM -0700, Davidlohr Bueso wrote:
Reading the existing comment, this change looks very suspicious to me.
A per-vma mutex is just not going to provide the necessary exclusion, is
it? (But I recall next to nothing about
On Tue, Jul 16, 2013 at 09:27:29AM +0800, Sam Ben wrote:
> On 07/16/2013 09:10 AM, Joonsoo Kim wrote:
> >On Mon, Jul 15, 2013 at 07:40:16PM +0530, Aneesh Kumar K.V wrote:
> >>Joonsoo Kim writes:
> >>
> >>>First 5 patches are almost trivial clean-up patches.
> >>>
> >>>The others are for fixing
On Tue, Jul 16, 2013 at 10:27:03AM +1000, Dave Chinner wrote:
> On Mon, Jul 15, 2013 at 03:58:00PM -0400, Dave Jones wrote:
> > On Sat, Jul 13, 2013 at 12:00:30PM +1000, Dave Chinner wrote:
> >
> > > > [ 97.162665] XFS: Assertion failed: xfs_dir2_sf_lookup(args) ==
> > ENOENT, file:
On Mon, Jul 15, 2013 at 08:01:24PM +0530, Aneesh Kumar K.V wrote:
> Joonsoo Kim writes:
>
> > If list is empty, list_for_each_entry_safe() doesn't do anything.
> > So, this check is redundant. Remove it.
> >
> > Signed-off-by: Joonsoo Kim
>
> Reviewed-by: Aneesh Kumar K.V
>
>
> >
> > diff
On Mon, Jul 15, 2013 at 07:57:37PM +0530, Aneesh Kumar K.V wrote:
> Joonsoo Kim writes:
>
> > Current node iteration code have a minor problem which do one more
> > node rotation if we can't succeed to allocate. For example,
> > if we start to allocate at node 0, we stop to iterate at node 0.
>
On 07/15/2013 07:47 PM, Thomas Gleixner wrote:
On Mon, 15 Jul 2013, Waiman Long wrote:
On 07/15/2013 10:41 AM, Thomas Gleixner wrote:
On Mon, 8 Jul 2013, Waiman Long wrote:
Sigh. GENERIC means, that you use the generic implementation, ARCH
means the architecture has a private implementation of
On Mon, Jul 15, 2013 at 11:22:07AM +0100, sudeep.karkadanage...@arm.com wrote:
> From: Sudeep KarkadaNagesha
>
> Now that the cpu device registration initialises the of_node(if available)
> appropriately for all the cpus, parsing here is redundant.
>
> This patch removes all DT parsing and uses
Hi Doug,
I think these patch-set didn't base on latest mmc-next.
If you can rebase on latest mmc-next, it's helpful to me for testing.
Best Regards,
Jaehoon Chung
On 07/11/2013 12:42 AM, Doug Anderson wrote:
> If the WAKEUP_INT is asserted at wakeup and not cleared, we'll end up
> looping
On Mon, Jul 15, 2013 at 01:39:13PM -0300, Otavio Salvador wrote:
> On Mon, Jul 15, 2013 at 12:39 PM, Fabio Estevam wrote:
> > Hi Otavio,
> >
> > On Mon, Jul 15, 2013 at 11:22 AM, Otavio Salvador
> > wrote:
> >> The i.MX23EVK board provides a USB port so the USB PHY and controller
> >> need to be
On Mon, Jul 15, 2013 at 11:22:08AM +0100, sudeep.karkadanage...@arm.com wrote:
> From: Sudeep KarkadaNagesha
>
> Now that the cpu device registration initialises the of_node(if available)
> appropriately for all the cpus, parsing here is redundant.
>
> This patch removes all DT parsing and uses
On 07/16/2013 09:10 AM, Joonsoo Kim wrote:
On Mon, Jul 15, 2013 at 07:40:16PM +0530, Aneesh Kumar K.V wrote:
Joonsoo Kim writes:
First 5 patches are almost trivial clean-up patches.
The others are for fixing three bugs.
Perhaps, these problems are minor, because this codes are used
for a
On 07/15/2013 06:31 PM, Thomas Gleixner wrote:
On Fri, 12 Jul 2013, Waiman Long wrote:
In term of single-thread performance (no contention), a 256K
lock/unlock loop was run on a 2.4GHz Westmere x86-64 CPU. The following
table shows the average time for a single lock/unlock sequence:
Lock Type
On Mon, Jul 15, 2013 at 07:31:33PM +0530, Aneesh Kumar K.V wrote:
> Joonsoo Kim writes:
>
> > We don't need to proceede the processing if we don't have any usable
> > free huge page. So move this code up.
>
> I guess you can also mention that since we are holding hugetlb_lock
> hstate values
1 - 100 of 1476 matches
Mail list logo