Hi all,
Changes since 20130717:
The sound-asoc tree lost a build failure but still has another so I used
the version from next-20130715.
The drm-intel tree gained conflicts against the drm-intel-fixes tree.
The aio tree lost its build failure.
The akpm tree gained a conflict against the drm
From: Matthew Garrett
We have to call acpi_video_init_brightness() even if we're not going
to initialise the backlight - Thinkpads seem to use this as the
trigger for enabling ACPI notifications rather than handling it in
firmware.
[rjw: Drop the brightness object created by
On 07/18/2013 01:36 PM, Yan, Zheng wrote:
> From: "Yan, Zheng"
>
> Compare to old atom, Silvermont has offcore and has more events
> that support PEBS.
>
> Silvermont has two offcore response configuration MSRs, but the
> event code for OFFCORE_RSP_1 is 0x02b7. To avoid complicating
>
From: Aaron Lu
Expose acpi_gbl_osi_data so that code outside of ACPICA can check
the value of the last successfull _OSI call. The definitions for
OSI versions are moved to actypes.h so that other components can
access them too.
Based on a patch from Matthew Garrett which in turn was based on
From: "Yan, Zheng"
Compare to old atom, Silvermont has offcore and has more events
that support PEBS.
Silvermont has two offcore response configuration MSRs, but the
event code for OFFCORE_RSP_1 is 0x02b7. To avoid complicating
intel_fixup_er(), use INTEL_UEVENT_EXTRA_REG to define offcore
On Thu, Jul 18, 2013 at 12:52:37PM +0800, Xiao Guangrong wrote:
> Currently, fast page fault tries to fix mmio page fault when the
> generation number is invalid (spte.gen != kvm.gen) and returns to
> guest to retry the fault since it sees the last spte is nonpresent
> which causes infinity loop
>
On 07/17/2013 11:17 PM, Eduardo Valentin wrote:
> This patch adds to lm75 temperature sensor the possibility
> to expose itself as thermal zone device, registered on the
> thermal framework.
>
> The thermal zone is built only if a device tree node
> describing a thermal zone for this sensor is
Hi Linus,
On Mon, 15 Jul 2013 10:57:35 -0400 Paul Gortmaker
wrote:
>
> Please pull the following to get phase two of the __cpuinit removal.
>
> With the __cpuinit infrastructure removed earlier, this group of commits
> only removes the function/data tagging that was done with the various
>
On 07/17/2013 09:01 PM, CAI Qian wrote:
>
> Please don't get me wrong. I did neither compare Linus to those child abusers
> nor Thomas to those children. I simply pointed out there is also some common
> sense need to consider.
>
Actually, you did.
-hpa
--
To unsubscribe from this
On Wed, Jul 17, 2013 at 03:24:18PM -0700, Sarah Sharp wrote:
> > > Abuse is never justified, I hope that's clear for everybody.
> >
> > Depends on details of your definition of abuse.
[snip]
> http://outofthefog.net/CommonBehaviors/VerbalAbuse.html
" "Always" and "Never" Statements - "Always"
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
drivers/gpu/drm/i915/i915_gem.c between commit 5cef07e16283 ("drm/i915:
Move active/inactive lists to new mm") from the drm-intel tree and commit
"drivers-convert-shrinkers-to-new-count-scan-api-fix" from the akpm tree.
I
On 07/18/2013 12:52 PM, Xiao Guangrong wrote:
> Currently, fast page fault tries to fix mmio page fault when the
> generation number is invalid (spte.gen != kvm.gen) and returns to
> guest to retry the fault since it sees the last spte is nonpresent
> which causes infinity loop
>
> It can be
Currently, fast page fault tries to fix mmio page fault when the
generation number is invalid (spte.gen != kvm.gen) and returns to
guest to retry the fault since it sees the last spte is nonpresent
which causes infinity loop
It can be triggered only on AMD host since the mmio page fault is
I have given a simple test for it.
for current REISERFS_MAX_ERROR_BUF (error_buffer[4096]), it will report
the full message warnings.
[root@dhcp122 ~]# mount /dev/sda11 /mnt/sda11
[root@dhcp122 ~]# dmesg | grep reiser
[ 423.421532] REISERFS warning (device sda11): reiserfs_fill_super:
- Original Message -
> From: "Steven Rostedt"
> To: "CAI Qian"
> Cc: "Thomas Gleixner" , "Sarah Sharp"
> , "Linus Torvalds"
> , "Ingo Molnar" , "Guenter
> Roeck" , "Greg
> Kroah-Hartman" , "Dave Jones" ,
> "Linux Kernel Mailing List"
> , "Andrew Morton" ,
> "stable" ,
> "Darren
On Wed, 2013-07-17 at 20:01 +0200, Peter Zijlstra wrote:
> On Wed, Jul 17, 2013 at 01:51:51PM -0400, Rik van Riel wrote:
> > On 07/17/2013 12:18 PM, Peter Zijlstra wrote:
>
> > >So the way I see things is that the only way newidle balance can slow down
> > >things is if it runs when we could have
- Original Message -
> From: "Steven Rostedt"
> To: "CAI Qian"
> Cc: "Thomas Gleixner" , "Sarah Sharp"
> , "Linus Torvalds"
> , "Ingo Molnar" , "Guenter
> Roeck" , "Greg
> Kroah-Hartman" , "Dave Jones" ,
> "Linux Kernel Mailing List"
> , "Andrew Morton" ,
> "stable" ,
> "Darren
Hi Scott,
> What specifically should I do to test it?
Could you double check perf annotate works? I'm 99% sure it will but
that is what was failing on ppc64.
Anton
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
> If you can point me to a single instance of Linus "abusing" someone
> who is not one of his trusted persons, who really should be able to
> deal with that, or someone who did not provoke him to go into rant
> mode, then I'm all on your side.
Well, the one that comes to mind is Alan Cox and the
On Wed, 2013-07-17 at 23:16 -0400, CAI Qian wrote:
> > So if you talk about abuse, then you need an abuser and a victim. So
> > your argumentation falls flat because there is no victim.
> Could victim be someone else in the future since it is an example that
> people may follow?
>
Tim Chen wrote:
> > > Your approach is quite complicated. I think something simpler like the
> > > following will work:
> >
> > We cannot benefit from PCLMULQDQ. Is it acceptable for you?
>
>
> The following code in crct10dif-pclmul_glue.c
>
> static const struct x86_cpu_id crct10dif_cpu_id[]
On Wed, Jul 17, 2013 at 05:17:36PM -0700, Linus Torvalds wrote:
> On Wed, Jul 17, 2013 at 4:40 PM, Ben Myers wrote:
> >>
> >> We're still talking at cross purposes then.
> >>
> >> How the hell do you handle mmap() and page faulting?
> >
> > __xfs_get_blocks serializes access to the block map with
On 07/17/2013 07:39 PM, Stephen Boyd wrote:
This patchset cleans up the last few stragglers using the sched_clock.h
header file in asm and removes the asm header.
A new one appeared in drivers/clocksource so I'm not sure who
wants to take that one.
Thanks for doing this!
I'll queue the
On Thu, Jul 18, 2013 at 03:33:01AM +0200, Frederic Weisbecker wrote:
> On Wed, Jul 17, 2013 at 05:41:41PM -0700, Paul E. McKenney wrote:
> > On Thu, Jul 18, 2013 at 01:31:21AM +0200, Frederic Weisbecker wrote:
> > > I'm missing a key here.
> > >
> > > Let's imagine that the timekeeper has finally
On Wed, Jul 17, 2013 at 09:03:11AM -0700, Linus Torvalds wrote:
> On Tue, Jul 16, 2013 at 10:51 PM, Dave Chinner wrote:
> >
> > But When i say "stale data" I mean that the data being returned
> > might not have originally belonged to the underlying file you are
> > reading.
>
> We're still
- Original Message -
> From: "Thomas Gleixner"
> To: "Sarah Sharp"
> Cc: "Linus Torvalds" , "Ingo Molnar"
> , "Guenter Roeck"
> , "Greg Kroah-Hartman" ,
> "Steven Rostedt" ,
> "Dave Jones" , "Linux Kernel Mailing List"
> , "Andrew Morton"
> , "stable" , "Darren Hart"
>
> Sent:
Add the regulator driver for PMIC 88pm800 including device tree
support.
88pm800 is an I2C-based power-management IC containing voltage
regulators, a real-time clock, and some general purpose ADC devices,
Signed-off-by: Yi Zhang
Signed-off-by: Chao Xie
---
On Tue, 2013-06-18 at 21:21 +0200, Oleg Nesterov wrote:
> Hello.
>
> On top of "PATCH 0/3] tracing: more list_empty(perf_events) checks"
> series I sent yesterday.
>
> Compile tested only, not for inclusion yet.
Oleg, I know you sent me a mbox with these patches, but I rather pull
the real
We try to linearize part of the skb when the number of iov is greater than
MAX_SKB_FRAGS. This is not enough since each single vector may occupy more than
one pages, so zerocopy_sg_fromiovec() may still fail and may break the guest
network.
Solve this problem by calculate the pages needed for iov
We try to linearize part of the skb when the number of iov is greater than
MAX_SKB_FRAGS. This is not enough since each single vector may occupy more than
one pages, so zerocopy_sg_fromiovec() may still fail and may break the guest
network.
Solve this problem by calculate the pages needed for iov
- Original Message -
> From: "Sarah Sharp"
> To: "CAI Qian"
> Cc: "Trond Myklebust" , "Ric Wheeler"
> , "David Lang"
> , ksummit-2013-disc...@lists.linuxfoundation.org, "Greg
> Kroah-Hartman" ,
> "Darren Hart" , "Ingo Molnar" ,
> "Olivier Galibert" ,
> "Linux Kernel Mailing List" ,
Peter,
These have been discussed, and they mostly live in the tracing
directory, but are perf related. Can you give me your Acked-by on them.
Thanks,
-- Steve
On Mon, 2013-06-17 at 19:01 +0200, Oleg Nesterov wrote:
> Hello.
>
> Steven, we already discussed this a bit some time ago...
>
>
On Wed, Jul 17, 2013 at 05:58:13PM -0700, Hugh Dickins wrote:
> On Wed, 17 Jul 2013, Dave Hansen wrote:
> > On 07/17/2013 02:09 PM, Andrew Morton wrote:
> > > lock_page() is a pretty commonly called function, and I assume quite a
> > > lot of people run with CONFIG_DEBUG_VM=y.
> > >
> > >
Hi all,
Now i worked on omp2 and met a probelm which someplace close_irq for
3.6second.
The kernel version is 2.6.37. I used trace to find in irq_action:omap_hsmmc_irq.
This problem occured by removed the sdcard when there are io operations.
I found the read problem is in
On 07/17/2013 07:06 PM, Michael S. Tsirkin wrote:
> On Wed, Jul 17, 2013 at 06:32:11PM +0800, Jason Wang wrote:
>> We try to linearize part of the skb when the number of iov is greater than
>> MAX_SKB_FRAGS. This is not enough since each single vector may occupy more
>> than
>> one pages, so
Fixes for iomem annotations in arch/x86/kernel/tboot.c
Signed-off-by: Qiaowei Ren
---
arch/x86/kernel/tboot.c | 21 -
1 file changed, 12 insertions(+), 9 deletions(-)
diff --git a/arch/x86/kernel/tboot.c b/arch/x86/kernel/tboot.c
index 3ff42d2..afe8cf8 100644
---
On Wed, 2013-07-17 at 11:51 -0700, Sarah Sharp wrote:
> Here's a gem from a senior software developer at Nvidia:
> https://picasaweb.google.com/116960357493251979546/Trolls#5901298464591248626
>
> And another email from a software developer in Portland, where I live:
>
This header file is no longer needed now that the ARM sched_clock
framework is generic and all users have moved to linux/sched_clock.h
instead of asm/sched_clock.h. Remove it.
Signed-off-by: Stephen Boyd
---
arch/arm/include/asm/sched_clock.h | 4
1 file changed, 4 deletions(-)
delete
The sched_clock.h include is under include/linux now.
Cc: Sebastian Hesselbarth
Signed-off-by: Stephen Boyd
---
drivers/clocksource/time-orion.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clocksource/time-orion.c b/drivers/clocksource/time-orion.c
index
The sched_clock.h include is under include/linux now.
Cc: Alexander Shiyan
Signed-off-by: Stephen Boyd
---
arch/arm/mach-clps711x/common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-clps711x/common.c b/arch/arm/mach-clps711x/common.c
index
This patchset cleans up the last few stragglers using the sched_clock.h
header file in asm and removes the asm header.
A new one appeared in drivers/clocksource so I'm not sure who
wants to take that one.
Stephen Boyd (3):
clocksource: orion: Use linux/sched_clock.h
ARM: clps711x: Use
(2013/07/17 23:51), Oleg Nesterov wrote:
> On 07/17, Masami Hiramatsu wrote:
>>
>> (2013/07/16 3:16), Oleg Nesterov wrote:
>>> On 07/09, Masami Hiramatsu wrote:
To avoid this, when opening events/*/*/enable, we have to ensure
the dentry of the file is not unlinked yet, under
Hi, Peter
Davidlohr has tested the v3 patch set and it work well as reported (and
in my test too), I thing your patch has solved the issue he found in v2 :)
Thus I think v3 is ready for next step now, I wish it has not yet been
removed out of your apply-queue ;-)
Regards,
Michael Wang
On
Hi Mark,
On Thu, 18 Jul 2013 09:38:24 +1000 Stephen Rothwell
wrote:
>
> So these are the errors I got yesterday:
>
> sound/soc/fsl/imx-mc13783.c:23:28: fatal error: asm/mach-types.h: No such
> file or directory
> #include
> ^
>
> I didn't look closely enough,
On Wed, Jul 17, 2013 at 4:18 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Using the hotplug context objects introduced previously rework the
> ACPI-based PCI hotplug (ACPIPHP) core code so that all notifications
> for ACPI device objects corresponding to the hotplug PCI devices are
On Tue, Jul 16, 2013 at 7:06 PM, Alban Browaeys
wrote:
> Set fmt.pix.priv to zero in vidioc_g_fmt_vid_cap
> and vidioc_try_fmt_vid_cap.
Any reason not to have the v4l2 core do this before dispatching to the
driver? Set it to zero before the core calls g_fmt. This avoids all
the drivers (most
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/i915_gem.c between commit 067556084a0e ("drm/i915:
Correct obj->mm_list link to dev_priv->dev_priv->mm.inactive_list") from
the drm-intel-fixes tree and commit 5cef07e16283 ("drm/i915: Move
On Wed, 2013-07-17 at 10:14 +0400, James Bottomley wrote:
> > OK, I am stupid enough to take a stab at this...
> >
> > 1.Does the Linux kernel community's health depend on the occasional
> > rant? [My guess is that we simply have no way of knowing.
> > That said, I would be
On Wed, Jul 17, 2013 at 4:17 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> When either a new hotplug bridge or a new hotplug function is added
> by the ACPI-based PCI hotplug (ACPIPHP) code, attach a context object
> to its ACPI handle to store hotplug-related information in it. To
On Mon, 15 Jul 2013 16:20:17 +0100
Mel Gorman wrote:
> Ideally it would be possible to distinguish between NUMA hinting faults that
> are private to a task and those that are shared. If treated identically
> there is a risk that shared pages bounce between nodes depending on
Your patch 15
Hi Ben,
On 07/17/2013 09:44 PM, Benjamin LaHaise wrote:
> On Wed, Jul 17, 2013 at 05:22:30PM +0800, Gu Zheng wrote:
>> As the aio job will pin the ring pages, that will lead to mem migrated
>> failed. In order to fix this problem we use an anon inode to manage the aio
>> ring
>> pages, and
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/i915_dma.c between commit 7dcd2677ea91 ("drm/i915:
fix long-standing SNB regression in power consumption after resume v2")
from the drm-intel-fixes tree and commit 59cdb63d529c ("drm/i915: kill
On Wed, Jul 17, 2013 at 4:16 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The acpiphp_enumerate_slots() function is now split into two parts,
> acpiphp_enumerate_slots() proper and init_bridge_misc() which is
> only called by the former. If these functions are combined,
> it is
On Wed, Jul 17, 2013 at 05:41:41PM -0700, Paul E. McKenney wrote:
> On Thu, Jul 18, 2013 at 01:31:21AM +0200, Frederic Weisbecker wrote:
> > I'm missing a key here.
> >
> > Let's imagine that the timekeeper has finally set full_sysidle_state =
> > RCU_SYSIDLE_FULL_NOTED
> > with cmpxchg, what
Thanks for your reply.
> -Original Message-
> From: Ming Lei [mailto:tom.leim...@gmail.com]
> Sent: Wednesday, July 17, 2013 5:52 PM
> To: 김기오
> Cc: Alan Stern; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Mark Salter; namhyung@lge.com; Minchan Kim; Chanho Min; Jong-Sung
David Miller writes:
> From: "Michael S. Tsirkin"
> Date: Wed, 17 Jul 2013 08:00:32 +0300
>
>> On Tue, Jul 16, 2013 at 12:33:26PM -0700, David Miller wrote:
>>> From: Rusty Russell
>>> Date: Mon, 15 Jul 2013 11:13:25 +0930
>>>
>>> > From: Michael S. Tsirkin
>>> >
>>> > For small packets we
From: Geert Uytterhoeven
Date: Wed, 17 Jul 2013 14:25:05 +0200
> drivers/net/ethernet/i825xx/sun3_82586.c: In function 'sun3_82586_timeout':
> drivers/net/ethernet/i825xx/sun3_82586.c:993:89: warning: array subscript is
> above array bounds [-Warray-bounds]
>
> Using the default NUM_XMIT_BUFFS
On Wed, 2013-07-17 at 17:03 -0600, Shuah Khan wrote:
> diff --git a/include/trace/events/power.h b/include/trace/events/power.h
> index 8e42410..24afd22 100644
> --- a/include/trace/events/power.h
> +++ b/include/trace/events/power.h
> @@ -66,6 +66,41 @@ TRACE_EVENT(machine_suspend,
>
On Tue, Jul 16, 2013 at 10:34:08AM -0700, Richard Henderson wrote:
> The series seems pretty stable under QEMU, but I have no real hardware
> on which to test -- the whole reason I'm interested in QEMU of course.
> So I'm hoping that someone will notice this and help me out with testing.
Tested
This patch adds new interfaces to create and destory cache,
ext4_xattr_create_cache() and ext4_xattr_destroy_cache(), and remove the cache
creation and destory calls from ex4_init_xattr() and ext4_exitxattr() in
fs/ext4/xattr.c.
fs/ext4/super.c has been changed so that when a filesystem is mounted
The patch increases the parallelism of mb_cache_entry utilization by
introducing new spinlocks to the mb_cache structure to protect the mb_cache
local block and index hash chains, while the global mb_cache_lru_list and
mb_cache_list continue to be protected by the global mb_cache_spinlock.
On Wed, Jul 17, 2013 at 4:15 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Since acpi_pci_slot_enumerate() and acpiphp_enumerate_slots() can get
> the ACPI device handle they need from bus->bridge, it is not
> necessary to pass that handle to them as an argument.
>
> Drop the second
On Wed, 17 Jul 2013, Dave Hansen wrote:
> On 07/17/2013 02:09 PM, Andrew Morton wrote:
> > lock_page() is a pretty commonly called function, and I assume quite a
> > lot of people run with CONFIG_DEBUG_VM=y.
> >
> > Is the overhead added by this patch really worthwhile?
>
> I always thought of
On Wed, Jul 17, 2013 at 04:19:34PM -0700, Guenter Roeck wrote:
> On Wed, Jul 17, 2013 at 04:08:31PM -0700, Paul E. McKenney wrote:
> > On Wed, Jul 17, 2013 at 03:49:23PM -0700, Randy Dunlap wrote:
> > > On 07/17/13 15:02, Guenter Roeck wrote:
> > > > On Wed, Jul 17, 2013 at 07:40:43AM -0700, Sarah
This patch intends to improve the scalability of an ext4 filesystem by
introducing higher degree of parallelism to the usages of its mb_cache and
mb_cache_entries.
Here are some of the benchmark results with the changes.
On a 90 core machine:
Here are the performance improvements in some of
This patch intends to improve the scalability of an ext4 filesystem by
introducing higher degree of parallelism to the usages of its mb_cache and
mb_cache_entries.
Here are some of the benchmark results with the changes.
On a 90 core machine:
Here are the performance improvements in some of
On Mon, 15 Jul 2013, Sarah Sharp wrote:
> On Mon, Jul 15, 2013 at 12:07:56PM -0700, Linus Torvalds wrote:
> > On Mon, Jul 15, 2013 at 11:46 AM, Sarah Sharp
> > wrote:
> > >
> > > Bullshit. I've seen you be polite, and explain to clueless maintainers
> > > why there's no way you can revert their
On Thu, Jul 18, 2013 at 01:31:21AM +0200, Frederic Weisbecker wrote:
> On Mon, Jul 08, 2013 at 06:30:05PM -0700, Paul E. McKenney wrote:
> > }
> >
> > /*
> > + * Unconditionally force exit from full system-idle state. This is
> > + * invoked when a normal CPU exits idle, but must be called
There have been reports of auditd restarts resulting in kaudit not being able
to find a newly registered auditd. It results in reports such as:
kernel: [ 2077.233573] audit: *NO* daemon at audit_pid=1614
kernel: [ 2077.234712] audit: audit_lost=97 audit_rate_limit=0
On Wed, Jul 17, 2013 at 16:12:12 -0500, Chris J Arges wrote:
> This patch is similar to commit 1762a59d8e8b5e99f6f4a0f292b40f3cacb108ba.
> The same non-standard interface descriptor causes snd_usb_create_mixer()
> to fail for the Focusrite Scarlett 18i8 as well.
Did you test this on a recent
On Wed, 2013-07-17 at 20:24 -0400, KOSAKI Motohiro wrote:
> On Wed, Jul 17, 2013 at 7:51 PM, Toshi Kani wrote:
> > On Wed, 2013-07-17 at 19:33 -0400, KOSAKI Motohiro wrote:
> >> On Wed, Jul 17, 2013 at 7:29 PM, Toshi Kani wrote:
> >> > On Wed, 2013-07-17 at 19:22 -0400, KOSAKI Motohiro wrote:
>
On Wed, Jul 17, 2013 at 5:24 PM, Sarah Sharp
wrote:
> On Wed, Jul 17, 2013 at 07:42:44PM +0100, Al Viro wrote:
>> On Wed, Jul 17, 2013 at 06:56:16PM +0100, Stefano Stabellini wrote:
>>
>> > Abuse is never justified, I hope that's clear for everybody.
>>
>> Depends on details of your definition of
On Wed, Jul 17, 2013 at 7:51 PM, Toshi Kani wrote:
> On Wed, 2013-07-17 at 19:33 -0400, KOSAKI Motohiro wrote:
>> On Wed, Jul 17, 2013 at 7:29 PM, Toshi Kani wrote:
>> > On Wed, 2013-07-17 at 19:22 -0400, KOSAKI Motohiro wrote:
>> >> On Wed, Jul 17, 2013 at 5:45 PM, Toshi Kani wrote:
>> >> >
Further refactor chromeos_laptop, adding a probe function.
Init will call dmi_check_system, but will only use the match to select
a chromeos_laptop structure of the current board.
Probe will add the devices, and on errors return -EPROBE_DEFER.
If i2c adapters are loaded after chromeos_laptop
From: Aaron Durbin
The previous code had a single DMI matching entry
for each device on a board. Instead provide a single
DMI entry for each board which references a structure
about each board that lists the associated peripherals.
This allows for a lower number of DMI matching sequences
as well
The following patch series refactors the dmi check system and
returns -EPROBE_DEFER when an expected i2c adapter is not present
at probe time.
This will allow the touchpad, touchscreen, and light sensors on
Pixel to load even if the i915 DDC and PANEL buses are instantiated
after chromeos_laptop.
On Wed, Jul 17, 2013 at 4:40 PM, Ben Myers wrote:
>>
>> We're still talking at cross purposes then.
>>
>> How the hell do you handle mmap() and page faulting?
>
> __xfs_get_blocks serializes access to the block map with the i_lock on the
> xfs_inode. This appears to be racy with respect to hole
On Wed, 17 Jul 2013, Andrew Morton wrote:
> On Tue, 16 Jul 2013 08:31:13 -0700 (PDT) Rob Landley wrote:
>
> > Use tmpfs for rootfs when CONFIG_TMPFS=y and there's no root=.
> > Specify rootfstype=ramfs to get the old initramfs behavior.
> >
> > The previous initramfs code provided a fairly
From: Rafael J. Wysocki
According to Matthew Garrett, "Windows 8 leaves backlight control up
to individual graphics drivers rather than making ACPI calls itself.
There's plenty of evidence to suggest that the Intel driver for
Windows [8] doesn't use the ACPI interface, including the fact that
From: Aaron Lu
Expose acpi_gbl_osi_data so that code outside of ACPICA can check
the value of the last successfull _OSI call. The definitions for
OSI versions are moved to actypes.h so that other components can
access them too.
Based on a patch from Matthew Garrett which in turn was based on
On Sunday, June 09, 2013 07:01:36 PM Matthew Garrett wrote:
> Windows 8 introduced new policy for backlight control by pushing it out to
> graphics drivers. This appears to have coincided with a range of vendors
> adding Windows 8 checks to their backlight control code which trigger either
>
From: Matthew Garrett
We have to call acpi_video_init_brightness() even if we're not going
to initialise the backlight - Thinkpads seem to use this as the
trigger for enabling ACPI notifications rather than handling it in
firmware.
[rjw: Drop the brightness object created by
Ccing people get_maintainer says.
On Wed, Jul 17, 2013 at 11:32:23AM -0400, Dave Jones wrote:
> [128095.470960] =
> [128095.471315] [ INFO: inconsistent lock state ]
> [128095.471660] 3.11.0-rc1+ #9 Not tainted
> [128095.472156] -
>
On 07/18/2013 12:46 AM, Chris Metcalf wrote:
> On 6/30/2013 10:21 PM, Chen Gang wrote:
>> Need add cmpxchg64(), or will cause compiling issue.
>>
>> Need define it as cmpxchg() only for 64-bit operation, since cmpxchg()
>> can support 8 bytes.
>>
>> The related error (with allmodconfig):
>>
>>
On Wed, 2013-07-17 at 15:31 -0700, Andrew Morton wrote:
> On Tue, 16 Jul 2013 18:56:39 -0700 Joe Perches wrote:
> > There were a few 9 months ago.
> >
> > Mostly it was a timing issue as to who
> > takes it and when.
>
> Well it also broke the build a bit, iirc.
V1 did with a !CONFIG_PRINTK,
Hi Luciano,
On Monday 01 July 2013 15:39:30 Luciano Coelho wrote:
> On Fri, 2013-06-28 at 16:21 +0300, Luciano Coelho wrote:
> > On Fri, 2013-06-28 at 15:18 +0300, Felipe Balbi wrote:
> > > On Fri, Jun 28, 2013 at 03:13:52PM +0300, Luciano Coelho wrote:
> > > > On Fri, 2013-06-28 at 14:41 +0300,
On Wed, 2013-07-17 at 19:33 -0400, KOSAKI Motohiro wrote:
> On Wed, Jul 17, 2013 at 7:29 PM, Toshi Kani wrote:
> > On Wed, 2013-07-17 at 19:22 -0400, KOSAKI Motohiro wrote:
> >> On Wed, Jul 17, 2013 at 5:45 PM, Toshi Kani wrote:
> >> > CONFIG_ARCH_MEMORY_PROBE enables
Each message sent from the guest carries with it a transaction ID.
Assign the transaction ID just before putting the message on the VMBUS.
This would help in debugging on the host side.
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_balloon.c |4 ++--
1 files changed, 2 insertions(+), 2
On 2013/07/17 5:05 AM, "Dragos Foianu" wrote:
>Confirmed by cscope that the functions are not used anymore. A fresh
>compilation does not yield any errors.
>
>Signed-off-by: Dragos Foianu
Reviewed-by: Andreas Dilger
>---
> .../staging/lustre/lustre/libcfs/libcfs_string.c | 48
Did you receive my Notification?.
--
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/
Linus,
On Wed, Jul 17, 2013 at 09:03:11AM -0700, Linus Torvalds wrote:
> On Tue, Jul 16, 2013 at 10:51 PM, Dave Chinner wrote:
> >
> > But When i say "stale data" I mean that the data being returned
> > might not have originally belonged to the underlying file you are
> > reading.
>
> We're
3.8.13.5 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jiang Liu
commit 39a9b8ac9333e4268ecff7da6c9d1ab3823ff243 upstream.
On error recovery path of zram_init(), it leaks the zram device object
causing the failure. So change create_device()
3.8.13.5 -stable review patch. If anyone has any objections, please let me
know.
--
From: Baruch Siach
commit 1a33bd2be705cbb3f57d7223b60baea441039307 upstream.
irq_of_parse_and_map() returns 0 on error, while the code checks for NO_IRQ.
This breaks on platforms that have
3.8.13.5 -stable review patch. If anyone has any objections, please let me
know.
--
From: Tejun Heo
commit 7a87718d92760fc688628ad6a430643dafa16f1f upstream.
For some reason, a lot of port-multipliers have issues with softreset.
SIMG [34]7x series port-multipliers have been
From: Rafael J. Wysocki
The current implementation of acpiphp_check_bridge() is pretty dumb:
- It enables a slot if it's not enabled and the slot status is
ACPI_STA_ALL.
- It disables a slot if it's enabled and the slot status is not
ACPI_STA_ALL.
This behavior is not sufficient to
Hi Mark,
[Sorry for the delay, I had to go into work to find the logs of
yesterday's builds.]
On Wed, 17 Jul 2013 09:31:34 +0100 Mark Brown wrote:
>
> On Wed, Jul 17, 2013 at 02:13:35PM +1000, Stephen Rothwell wrote:
>
> > The sound-asoc tree still has its build failure so I used the version
3.8.13.5 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jiang Liu
commit 57ab048532c0d975538cebd4456491b5c34248f4 upstream.
zram_slot_free_notify() is free-running without any protection from
concurrent operations. So there are race
3.8.13.5 -stable review patch. If anyone has any objections, please let me
know.
--
From: Shane Huang
commit fafe5c3d82a470d73de53e6b08eb4e28d974d895 upstream.
To add AMD CZ SATA controller device ID of IDE mode.
[bhelgaas: drop pci_ids.h update]
Signed-off-by: Shane Huang
3.8.13.5 -stable review patch. If anyone has any objections, please let me
know.
--
From: Shane Huang
commit b996ac90f595dda271cbd858b136b45557fc1a57 upstream.
To add AMD CZ SMBus controller device ID.
[bhelgaas: drop pci_ids.h update]
Signed-off-by: Shane Huang
3.8.13.5 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jiang Liu
commit 5863e10b441e7ea4b492f930f1be180a97d026f3 upstream.
Use zram->init_lock to protect access to zram->meta, otherwise it
may cause invalid memory access if zram->meta has
1 - 100 of 1924 matches
Mail list logo
