From: Greg KH
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Boaz Harrosh
commit 9909d45a8557455ca5f8ee7af0f253debc851f1a upstream.
[Bug since 3.2 Kernel]
Signed-off-by: Boaz Harrosh
Signed-off-by: Greg Kroah-Hartman
---
From: Greg KH
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Boaz Harrosh
commit 62b62ad873f2accad9222a4d7ffbe1e93f6714c1 upstream.
Do to OOM situations the ore might fail to allocate all resources
needed for IO of the full request. If
From: Greg KH
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Boaz Harrosh
commit 9ff19309a9623f2963ac5a136782ea4d8b5d67fb upstream.
In RAID_5/6 We used to not permit an IO that it's end
byte is not stripe_size aligned and spans more than
From: Greg KH
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Artem Bityutskiy
commit c6727932cfdb13501108b16c38463c09d5ec7a74 upstream.
UBIFS has a feature called "empty space fix-up" which is a quirk to work-around
limitations of dumb
From: Greg KH
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: David Daney
commit 7b1c0d26a8e272787f0f9fcc5f3e8531df3b3409 upstream.
Improper alignment can lead to unbootable systems and/or random
crashes.
[r...@linux-mips.org: This is a
From: Greg KH
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Jiri Kosina
commit 9ed326951806c424b42dcf2e1125e25a98fb13d1 upstream.
Reported-by: Tvrtko Ursulin
Tested-by: Tvrtko Ursulin
Signed-off-by: Jiri Kosina
Signed-off-by: Greg
From: Greg KH
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit 331ae4962b975246944ea039697a8f1cadce42bb upstream.
Caused, AFAICS, by mismerge in commit ff9cb1c4eead ("Merge branch
'for_linus' into for_linus_merged")
From: Greg KH
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: John Stultz
commit 6b1859dba01c7d512b72d77e3fd7da8354235189 upstream.
In commit 6b43ae8a619d17c4935c3320d2ef9e92bdeed05d, I
introduced a bug that kept the STA_INS or STA_DEL
From: Greg KH
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Roland Dreier
commit d35212f3ca3bf4fb49d15e37f530c9931e2d2183 upstream.
- instead of (PTR_ERR(file) < 0) just use IS_ERR(file)
- return -EINVAL instead of EINVAL
- all other
From: Greg KH
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Jeff Layton
commit 3ae629d98bd5ed77585a878566f04f310adbc591 upstream.
We currently rely on being able to kmap all of the pages in an async
read or write request. If you're on a
From: Greg KH
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Jeff Layton
commit cd60042cc1392e79410dc8de9e9c1abb38a29e57 upstream.
When we get back a FIND_FIRST/NEXT result, we have some info about the
dentry that we use to instantiate a
From: Greg KH
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: NeilBrown
commit a05b7ea03d72f36edb0cec05e8893803335c61a0 upstream.
md will refuse to stop an array if any other fd (or mounted fs) is
using it.
When any fs is unmounted of
On Thu, 26 Jul 2012 12:08:14 -0700
Greg KH wrote:
> tty: Move the handling of the tty release logic
Can we lose that one specifically. I've chased down Ian Abbotts problem
and replicated it and that is the offending patch not the lock localise
(which still needs to be kept out as it
> > tglx has patches that make the kthread create/destroy stuff from hotplug
> > go away.. that seems like the better approach.
> Right. That cpu hotplug setup/teardown stuff is ugly.
If that stuff gets removed complete that's great. The only change I'm aware of
right now is the workqueue one:
On 07/26/2012 02:35 PM, Mark Brown wrote:
> On Thu, Jul 26, 2012 at 01:40:30PM -0600, Stephen Warren wrote:
>> +if (!irqd_irq_disabled(d) && (value & irq_data->offs)) {
>
> This looks very suspicious... why do we need to call
> irqd_irq_disabled() here?
I believe the status
This is the start of the stable review cycle for the 3.0.39 release.
There are 40 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Sat Jul 28 21:14:09 UTC 2012.
Anything
This is the start of the stable review cycle for the 3.4.7 release.
There are 23 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Sat Jul 28 21:14:04 UTC 2012.
Anything
On Thu, Jul 26, 2012 at 12:16 AM, Thierry Reding
wrote:
>
> The new PWM subsystem aims at collecting all implementations of the
> legacy PWM API and to eventually replace it completely. The subsystem
> has been in development for over half a year now and many drivers have
> already been
On Wed, Jul 25, 2012 at 05:38:35PM -0700, Kevin Hilman wrote:
> That being said, I'm not sure why ti,hwmods is being used as an example
> for powerdomains. hwmods describe the integration of SoC IP blocks
> (base addr, IRQ, DMA channel etc., which are being moved to DT) as well
> as a bunch of
Hi Linus,
Since this has a conflict, I've split it into two branches.
# against 3.5, my diffstat is based on this branch
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
# against your git as of today
Oops. For some reason I didn't see this email this morning, and grew
impatient and committed the patch without the sign-off and with a
different changelog.
My bad. Too much email.
Anyway, this is commit 1f03bf06e4e3 in my tree.
Linus
On Thu, Jul 26, 2012 at 2:15 AM, Hauke
On 07/26/2012 02:37 PM, Rik van Riel wrote:
On 07/23/2012 12:04 AM, Hugh Dickins wrote:
I spent hours trying to dream up a better patch, trying various
approaches. I think I have a nice one now, what do you think? And
more importantly, does it work? I have not tried to test it at all,
that
On Thu, 2012-07-26 at 13:22 -0600, Bjorn Helgaas wrote:
> On Wed, Jul 25, 2012 at 5:12 PM, Toshi Kani wrote:
> > This patch introduces acpi_pr_(), where is a kernel
> > message level such as err/warn/info, to support improved logging
> > messages for ACPI, esp. in hotplug operations. acpi_pr_()
On 07/20/2012 09:49 AM, Mel Gorman wrote:
This V2 is still the mmap_sem approach that fixes a potential deadlock
problem pointed out by Michal.
Larry and I were looking around the hugetlb code some
more, and found what looks like yet another race.
In hugetlb_no_page, we have the following
On Thu, Jul 26, 2012 at 12:02:31PM -0600, Stephen Warren wrote:
> A couple of the regulators I'm looking at (I guess many/most in fact)
> are structured as:
> Battery, AC, USB, ... -> PMIC -> main output (unregulated?)
Yes, that's very normal.
> Should this "main output" be represented as a
On Wed, Jul 25, 2012 at 3:48 PM, Linus Walleij wrote:
>
> in Grants absence, these are my queued and -next-tested changes
> for v3.6, please pull them in. Grants "merge" branch prior to his
> absence was merged in as a base for this patch series.
Please verify my conflict resolution in
Please first read the description in "xen/p2m: Add logic to revector a
P2M tree to use __va leafs" patch.
The 'xen_revector_p2m_tree()' function allocates a new P2M tree
copies the contents of the old one in it, and returns the new one.
At this stage, the __ka address space (which is what the
These depend on the "documentation, refactor and cleanups (v2) patches
I posted" (https://lkml.org/lkml/2012/7/26/469).
The details of this problem are nicely explained in:
[PATCH 5/7] xen/p2m: Add logic to revector a P2M tree to use __va
[PATCH 6/7] xen/mmu: Copy and revector the P2M tree.
During bootup Xen supplies us with a P2M array. It sticks
it right after the ramdisk, as can be seen with a 128GB PV guest:
(certain parts removed for clarity):
xc_dom_build_image: called
xc_dom_alloc_segment: kernel : 0x8100 -> 0x81e43000
(pfn 0x1000 + 0xe43 pages)
Please first read the description in "xen/mmu: Copy and revector the
P2M tree."
At this stage, the __ka address space (which is what the old
P2M tree was using) is partially disassembled. The cleanup_highmap
has removed the PMD entries from 0-16MB and anything past _brk_end
up to the
As we are not using them. We end up only using the L1 pagetables
and grafting those to our page-tables.
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/mmu.c | 38 --
1 files changed, 32 insertions(+), 6 deletions(-)
diff --git a/arch/x86/xen/mmu.c
B/c we do not need it. During the startup the Xen provides
us with all the memory mapped that we need to function.
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/mmu.c | 11 +--
1 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/arch/x86/xen/mmu.c
After all, this is what it is there for.
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/mmu.c | 13 ++---
1 files changed, 6 insertions(+), 7 deletions(-)
diff --git a/arch/x86/xen/mmu.c b/arch/x86/xen/mmu.c
index 6ba6100..7247e5a 100644
--- a/arch/x86/xen/mmu.c
+++
Since we are not using it and somebody else could use it.
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/mmu.c | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/arch/x86/xen/mmu.c b/arch/x86/xen/mmu.c
index a59070b..48bdc9f 100644
---
If we boot a 64-bit guest with more than 4GB memory, the SWIOTLB
gets turned on:
PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
software IO TLB [mem 0xfb43d000-0xff43cfff] (64MB) mapped at
[8800fb43d000-8800ff43cfff]
which is OK if we had PCI devices, but not if we did not. In
We can detect that the user is using e820_hole=1 by parsing the E820.
If it shows regions other than E820_RAM or E820_RESV then the
user is bent on providing us with a PCI device and forgot
to do 'iommu=soft'. So lets enable it for him/her.
Signed-off-by: Konrad Rzeszutek Wilk
---
This is an RFC patch for 3.7.
I thought I had addressed this in the past but I can't seem to find
the patches. There is one bug - if one boots a PV 64-bit guests
with more than 4GB, the SWIOTLB gets turned on - and 64MB of precious
low-memory gets used. If you launch more than 10 of them on a
On Thursday, July 26, 2012, Kevin Hilman wrote:
> "Rafael J. Wysocki" writes:
>
> > On Wednesday, July 25, 2012, Arnd Bergmann wrote:
> >> On Tuesday 24 July 2012, Rafael J. Wysocki wrote:
> >> > On Tuesday, July 24, 2012, Arnd Bergmann wrote:
> >> > > On Tuesday 24 July 2012, Rafael J. Wysocki
It mixed up the p2m_mid_missing with p2m_missing. Also
remove some extra spaces.
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/p2m.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/x86/xen/p2m.c b/arch/x86/xen/p2m.c
index 64effdc..e4adbfb
instead of a big memblock_reserve. This way we can be more
selective in freeing regions (and it also makes it easier
to understand where is what).
[v1: Move the auto_translate_physmap to proper line]
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/enlighten.c | 38
Which is that the level2_kernel_pgt (__ka virtual addresses)
and level2_ident_pgt (__va virtual address) contain the same
PMD entries. So if you modify a PTE in __ka, it will be reflected
in __va (and vice-versa).
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/mmu.c | 17
We don't need to return the new PGD - as we do not use it.
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/enlighten.c |5 +
arch/x86/xen/mmu.c | 10 ++
arch/x86/xen/xen-ops.h |2 +-
3 files changed, 4 insertions(+), 13 deletions(-)
diff --git
Attached are four patches that documented a bit more the P2M and MMU
code. And as well make some of the code cleaner and easier to read.
--
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
On Tue, 2012-07-24 at 14:51 -0700, Hugh Dickins wrote:
> I do love the status quo, but an audit would be welcome. When
> it comes to patches, personally I tend to prefer ACCESS_ONCE() and
> smp_read_barrier_depends() and accompanying comments to be hidden away
> in the underlying macros or
On Thu, Jul 26, 2012 at 01:40:30PM -0600, Stephen Warren wrote:
> +struct max8907_irq_data {
> + int reg;
> + int mask_reg;
> + int offs; /* bit offset in mask register */
> + boolis_rtc;
> +};
This (and all the code in here) looks very much like
On Thu, 2012-07-26 at 22:31 +0200, Peter Zijlstra wrote:
> __do_huge_pmd_anonymous_page() contains:
>
> /*
> * The spinlocking to take the lru_lock inside
> * page_add_new_anon_rmap() acts as a full memory
> * barrier to be sure
__do_huge_pmd_anonymous_page() contains:
/*
* The spinlocking to take the lru_lock inside
* page_add_new_anon_rmap() acts as a full memory
* barrier to be sure clear_huge_page writes become
* visible after the
On Thu, Jul 26, 2012 at 05:05:51PM +0100, Lee Jones wrote:
> On 26/07/12 16:25, Mark Brown wrote:
> >You're supposed to use it for the data you use to call back into the
> >underlying I/O code.
> I don't understand. What 'data'?
Whatever your I/O layer so desires, the core doesn't care. It's
On Thursday, July 26, 2012, Rafael J. Wysocki wrote:
> On Thursday, July 26, 2012, Colin Cross wrote:
> > On Thu, Jul 26, 2012 at 12:55 PM, Rafael J. Wysocki wrote:
> > > On Wednesday, July 25, 2012, Colin Cross wrote:
> > >> The cpu hotplug notifier gets called in both atomic and non-atomic
> >
On Thursday, July 26, 2012, Colin Cross wrote:
> On Thu, Jul 26, 2012 at 12:55 PM, Rafael J. Wysocki wrote:
> > On Wednesday, July 25, 2012, Colin Cross wrote:
> >> The cpu hotplug notifier gets called in both atomic and non-atomic
> >> contexts, it is not always safe to lock a mutex. Filter out
On Thu, Jul 26, 2012 at 12:08 PM, Tim Gardner wrote:
> Cc: Jon Mason
> Cc: "David S. Miller"
> Cc: Joe Perches
> Cc: Jiri Pirko
> Cc: Stephen Hemminger
> Cc: Paul Gortmaker
> Cc: net...@vger.kernel.org
> Signed-off-by: Tim Gardner
> ---
> drivers/net/ethernet/neterion/vxge/vxge-main.c |
On Thursday, July 26, 2012, Thomas Renninger wrote:
> On Thursday, July 26, 2012 02:28:36 PM Andre Przywara wrote:
> > The programming model for cpufreq on current AMD CPUs is almost
> > identical to the one used on Intel and VIA hardware. This patchset
> > merges support into acpi-cpufreq and
On 07/25/2012 04:20 AM, Christoph Hellwig wrote:
> On Wed, Jul 25, 2012 at 08:31:10AM +1000, Dave Chinner wrote:
>> FWIW, if you are going to change generic code, you need to present
>> results for other filesystems as well (xfs, btrfs are typical), as
>> they may not have the same problems as
On Thu, Jul 26, 2012 at 12:55 PM, Rafael J. Wysocki wrote:
> On Wednesday, July 25, 2012, Colin Cross wrote:
>> The cpu hotplug notifier gets called in both atomic and non-atomic
>> contexts, it is not always safe to lock a mutex. Filter out all events
>> except the six necessary ones, which are
On Wednesday, July 25, 2012, Colin Cross wrote:
> The cpu hotplug notifier gets called in both atomic and non-atomic
> contexts, it is not always safe to lock a mutex. Filter out all events
> except the six necessary ones, which are all sleepable, before taking
> the mutex.
I wonder what mutual
On Wed, Jul 25, 2012 at 12:39:45PM +0800, Ming Lei wrote:
> Use raw_smp_processor_id in lockup_detector_bootcpu_resume()
> because it is enough when non-boot CPUs are offline.
>
> This patch fixes the following warning when DEBUG_PREEMPT
> is enabled.
Is this patched on top of linux-next?
It
From: Gyungoh Yoo
The MAX8907 is an I2C-based power-management IC containing voltage
regulators, a reset controller, a real-time clock, and a touch-screen
controller.
The original driver was written by:
* Gyungoh Yoo
Various fixes and enhancements by:
* Jin Park
* Tom Cherry
* Prashant
On Thu, 2012-07-26 at 17:54 +0200, Oleg Nesterov wrote:
> Yes, but this "avoid the preemption after wakeup" can actually help
> kthread_bind()->wait_task_inactive() ?
Yeah.
> This reminds me, Peter had a patch which teaches wait_task_inactive()
> to use sched_in/sched_out notifiers to avoid the
On Wed, Jul 25, 2012 at 5:12 PM, Toshi Kani wrote:
> Updated Container hotplug log messages with acpi_pr_()
> and pr_().
>
> Signed-off-by: Toshi Kani
> ---
> drivers/acpi/container.c |6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/acpi/container.c
On Wed, Jul 25, 2012 at 5:12 PM, Toshi Kani wrote:
> Updated Memory hotplug log messages with acpi_pr_()
> and pr_().
>
> Signed-off-by: Toshi Kani
> ---
> drivers/acpi/acpi_memhotplug.c | 24
> 1 files changed, 12 insertions(+), 12 deletions(-)
>
> diff --git
On Wed, Jul 25, 2012 at 5:12 PM, Toshi Kani wrote:
> Updated CPU hotplug log messages with acpi_pr_(),
> dev_() and pr_(). Some messages are also
> changed for clarity.
>
> Signed-off-by: Toshi Kani
> Tested-by: Vijay Mohan Pandarathil
> ---
> drivers/acpi/processor_driver.c | 36
On Wed, Jul 25, 2012 at 5:12 PM, Toshi Kani wrote:
> This patch introduces acpi_pr_(), where is a kernel
> message level such as err/warn/info, to support improved logging
> messages for ACPI, esp. in hotplug operations. acpi_pr_()
> appends "ACPI" prefix and ACPI object path to the messages.
On 07/26/2012 09:20 PM, Greg KH wrote:
> I'll just be ignoring any new stuff
> until then, with the exception of patches to fix build errors in the
> tty-next tree :)
Hehe, OK :).
--
js
suse labs
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Thu, Jul 26, 2012 at 09:12:29PM +0200, Jiri Slaby wrote:
> On 07/26/2012 09:08 PM, Greg KH wrote:
> > Jiri, I know this postpones your patches from being merged, sorry about
> > that, but this gives us a few more months to ensure that they are
> > working properly :)
>
> Fine with me.
>
>
Hi Stefano,
On 07/26/2012 11:33 AM, Stefano Stabellini wrote:
> Use r12 to pass the hypercall number to the hypervisor.
>
> We need a register to pass the hypercall number because we might not
> know it at compile time and HVC only takes an immediate argument.
You're not going to JIT assemble
On Thu, Jul 26, 2012 at 12:08 PM, Greg KH wrote:
>
> I don't really feel comfortable sending you the tty tree at the present
> time to have merged for 3.6-rc1.
Good. This is what I like to see. If it's not ready to be merged,
let's not merge it. I don't think anybody will mind horribly.
On 07/26/2012 09:08 PM, Greg KH wrote:
> Jiri, I know this postpones your patches from being merged, sorry about
> that, but this gives us a few more months to ensure that they are
> working properly :)
Fine with me.
When should I send you 3.7 material I have in my local queue -- now or
after
Since kernel 3.4, driver r8712u has yielded intermittent errors when connected
to a secure connection. With Firefox, the message is "Secure Connection Failed:
SSL received a record with an incorrect Message Authentication Code (Error code:
ssl_error_bad_mac_read)". A retry may work eventually,
Hi Linus,
I don't really feel comfortable sending you the tty tree at the present
time to have merged for 3.6-rc1. It contains some tty changes that are
still causing build problems, as Stephen has pointed out over the past
week. These fixes are being resolved by Alan, but I don't feel that
Cc: Jon Mason
Cc: "David S. Miller"
Cc: Joe Perches
Cc: Jiri Pirko
Cc: Stephen Hemminger
Cc: Paul Gortmaker
Cc: net...@vger.kernel.org
Signed-off-by: Tim Gardner
---
drivers/net/ethernet/neterion/vxge/vxge-main.c |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git
writes:
> +static bool msi_en = 1;
> +module_param(msi_en, bool, S_IRUGO | S_IWUSR);
> +MODULE_PARM_DESC(msi_en, "Enable MSI");
> +
> +static bool adma_mode = 1;
> +module_param(adma_mode, bool, S_IRUGO | S_IWUSR);
> +MODULE_PARM_DESC(adma_mode, "ADMA Mode");
Why would I want to disable these
Cc: Mike Isely
Cc: Mauro Carvalho Chehab
Cc: linux-me...@vger.kernel.org
Signed-off-by: Tim Gardner
---
drivers/media/video/pvrusb2/pvrusb2-devattr.c | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/drivers/media/video/pvrusb2/pvrusb2-devattr.c
On Thu, July 26, 2012 8:28 am, S, Venkatraman wrote:
> On Tue, Jul 24, 2012 at 2:14 PM, wrote:
>> On Mon, July 23, 2012 5:22 am, S, Venkatraman wrote:
>>> On Mon, Jul 23, 2012 at 5:13 PM, wrote:
On Wed, July 18, 2012 12:26 am, Chris Ball wrote:
> Hi, [removing Jens and the
On 07/23/2012 12:04 AM, Hugh Dickins wrote:
I spent hours trying to dream up a better patch, trying various
approaches. I think I have a nice one now, what do you think? And
more importantly, does it work? I have not tried to test it at all,
that I'm hoping to leave to you, I'm sure you'll
Cc: Mauro Carvalho Chehab
Cc: Steven Toth
Cc: Hans Verkuil
Cc: linux-me...@vger.kernel.org
Signed-off-by: Tim Gardner
---
drivers/media/video/cx23885/cx23885-417.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/video/cx23885/cx23885-417.c
Cc: Mauro Carvalho Chehab
Cc: Hans Verkuil
Cc: linux-me...@vger.kernel.org
Signed-off-by: Tim Gardner
---
drivers/media/video/cx231xx/cx231xx-417.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/video/cx231xx/cx231xx-417.c
b/drivers/media/video/cx231xx/cx231xx-417.c
On 07/20/2012 10:36 AM, Michal Hocko wrote:
--- a/arch/x86/mm/hugetlbpage.c
+++ b/arch/x86/mm/hugetlbpage.c
@@ -81,7 +81,12 @@ static void huge_pmd_share(struct mm_struct *mm, unsigned
long addr, pud_t *pud)
if (saddr) {
spte =
On 07/20/2012 12:39 AM, Nate Lawson wrote:
Dear Linux hackers,
Sorry for the intrusion on this technical list. I wanted to let Andre's fellow
Linux developers know that he died this past weekend. For those that don't know
him, Andre was an active developer for the ATA driver a while back.
I
Cc: Andy Walls
Cc: Mauro Carvalho Chehab
Cc: ivtv-de...@ivtvdriver.org
Cc: linux-me...@vger.kernel.org
Signed-off-by: Tim Gardner
---
drivers/media/video/ivtv/ivtv-firmware.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/media/video/ivtv/ivtv-firmware.c
Em Sun, Jul 22, 2012 at 02:14:24PM +0200, Jiri Olsa escreveu:
> This brings a new API to help the selective dump of registers on
> event sampling, and its implementation for x86 arch.
>
> Added HAVE_PERF_REGS config option to determine if the architecture
> provides perf registers ABI.
>
> The
On 07/23/2012 12:04 AM, Hugh Dickins wrote:
Please don't be upset if I say that I don't like either of your patches.
Mainly for obvious reasons - I don't like Mel's because anything with
trylock retries and nested spinlocks worries me before I can even start
to think about it; and I don't like
Hello everyone,
today I noticed some very odd behaviour, which could lead people to
believe a loss of data, because it is possible to create directories
with backslashes in them.
I am currently running kernel 3.5.
To completly reproduce the problem to the full extend you'll need a
Windows
Well. I agree, this needs changes. To begin with, uprobe should avoid
user_enable_single_step() which does access_process_vm(). And I suspect
uprobes have the problems with TIF_FORCED_TF logic.
But I am not sure about this patch...
On 07/26, Sebastian Andrzej Siewior wrote:
>
> @@ -1528,7
On Thu, Jul 26, 2012 at 07:42:55PM +0200, Stephane Eranian wrote:
> On Wed, Jul 25, 2012 at 8:27 PM, Jiri Olsa wrote:
> > On Wed, Jul 25, 2012 at 07:39:18PM +0200, Stephane Eranian wrote:
> >> On Sun, Jul 22, 2012 at 2:14 PM, Jiri Olsa wrote:
> >
> > SNIP
> >
> >> > + if (sample_type &
On 07/26/2012 03:30 PM, Jidong Xiao wrote:
> Hi,
>
> I just have a simple question about fallocate.
>
> I want to test the punch hole function of fallocate(). So I wrote such
> a simple program:
>
> yosemite:/mnt # cat test.c
> #include
> #include
> #include
> #include
> #include
>
On 07/26/2012 01:42 PM, Rik van Riel wrote:
On 07/23/2012 12:04 AM, Hugh Dickins wrote:
Please don't be upset if I say that I don't like either of your patches.
Mainly for obvious reasons - I don't like Mel's because anything with
trylock retries and nested spinlocks worries me before I can
On Wed, 25 Jul 2012 12:26:13 -0700
Andrew Morton wrote:
> On Wed, 25 Jul 2012 21:03:51 +0200
> Ingo Molnar wrote:
>
> > > This means that if the above code reappears in linux-next or
> > > mainline, the current copy of
> > > mm-memcg-fix-compaction-migration-failing-due-to-memcg-limits.patch
On 07/26/2012 10:41 AM, Aaron Lu wrote:
On Thu, Jul 26, 2012 at 09:43:37AM -0400, Jeff Garzik wrote:
On 07/26/2012 06:05 AM, Aaron Lu wrote:
I can't set a flag in libata-acpi.c since a related function is
missing in scsi-misc tree. Will fix this when 3.6-rc1 released.
What does this mean?
Mark, Liam,
A couple of the regulators I'm looking at (I guess many/most in fact)
are structured as:
Battery, AC, USB, ... -> PMIC -> main output (unregulated?)
main output -> PMIC input pins for some of the SW-controllable
regulators. This is an external connection on the board.
Should this
On Thu, Jul 26, 2012 at 11:48:17PM +0800, Ming Lei wrote:
> On Thu, Jul 26, 2012 at 8:36 PM, Borislav Petkov wrote:
> > On Wed, Jul 25, 2012 at 01:00:12AM +0800, Ming Lei wrote:
> >> Because device_cache_firmwares only cache the firmware which has been
> >> loaded sucessfully at leat once, using
Seth Forshee writes:
> On Thu, Jul 26, 2012 at 05:07:57PM +0200, Dirk Gouders wrote:
>> Hi Seth,
>>
>> thanks for your reply and sorry for the noise.
>>
>> I followed your advice and tried to boot with the WLAN interface turned
>> off, and the problem still exists. I'll start a new bisect
The following changes since commit 84a1caf1453c3d44050bd22db958af4a7f99315c:
Linux 3.5-rc7 (2012-07-14 15:40:28 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git/
tags/char-misc-3.6-rc1
for you to fetch changes up to
The following changes since commit 84a1caf1453c3d44050bd22db958af4a7f99315c:
Linux 3.5-rc7 (2012-07-14 15:40:28 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/
tags/driver-core-3.6-rc1
for you to fetch changes up to
On Thu, Jul 26, 2012 at 11:44:48PM +0800, Ming Lei wrote:
> On Thu, Jul 26, 2012 at 8:20 PM, Borislav Petkov wrote:
> >
> > Ok, here's what I got from looking at the patch:
> >
> > Your commit message says: "Also request_firmware_nowait should be called
> > in atomic context now, so fix the
On Thu, 2012-07-26 at 07:27 +0800, Fengguang Wu wrote:
> Hi Suresh,
>
> Kernel build failed on
>
> tree: tip/x86/fpu x86/fpu
> head: 29221d4b89d4e50f05ade42ad3b22e92bb564ca4
> commit: 29221d4b89d4e50f05ade42ad3b22e92bb564ca4 [2/2] x86, fpu: Unify signal
> handling code paths for x86 and
On Wed, Jul 25, 2012 at 8:27 PM, Jiri Olsa wrote:
> On Wed, Jul 25, 2012 at 07:39:18PM +0200, Stephane Eranian wrote:
>> On Sun, Jul 22, 2012 at 2:14 PM, Jiri Olsa wrote:
>
> SNIP
>
>> > + if (sample_type & PERF_SAMPLE_REGS_USER) {
>> > + u64 avail = (data->regs_user !=
On Thu, Jul 26, 2012 at 06:07:09PM +0100, Alan Cox wrote:
> > The following commands were marked as "safe":
> >
> > Clear Breakpoint
> > Enable Breakpoint
> > Disable Breakpoint
> > Display exception frame
> > Stack traceback
>
> This is sufficient to steal cryptographic keys
On 07/26/2012 05:20 PM, Sebastian Andrzej Siewior wrote:
diff --git a/kernel/events/uprobes.c b/kernel/events/uprobes.c
index f935327..772eb3a 100644
--- a/kernel/events/uprobes.c
+++ b/kernel/events/uprobes.c
@@ -1528,7 +1528,10 @@ static void handle_swbp(struct pt_regs *regs)
On Thu, Jul 26, 2012 at 11:28:32AM -0600, Khalid Aziz wrote:
> I also do not believe that kernel must use the constant names
> mentioned in the specification especially when the name reaches 50
> characters. We can not get away from having to create aliases. Do
> you think having aliases in efi.h
On Jul 26, 2012, at 9:02 AM, Li Yang wrote:
> On Fri, Jul 20, 2012 at 8:42 PM, Zhao Chenhui
> wrote:
>> Changes for v8:
>> * Separated the cpu hotplug patch into three patches, as follows
>> [PATCH v8 1/7] powerpc/smp: use a struct epapr_spin_table to replace macros
>> [PATCH v8 2/7]
201 - 300 of 1352 matches
Mail list logo