On Tue, 2013-05-14 at 01:24 +0800, Qiaowei Ren wrote:
> These interfaces are located
> in /sys/devices/platform/intel_txt/config,
> and including totally 37 files, providing access to Intel TXT
> configuration registers.
Do you have any example userspace code using these features?
--
Matthew
On Tue, 2013-05-14 at 01:24 +0800, Qiaowei Ren wrote:
> static int __init txt_sysfs_init(void)
> +{
> + if (!tboot_enabled())
> + return -ENODEV;
If there's a CPU flag that indicates tboot support, you should add a
modalias for it in order to ensure that the module gets
* Guenter Roeck wrote:
> On Sun, May 12, 2013 at 10:14:51PM -0700, Joe Damato wrote:
> > Signed-off-by: Joe Damato
> > ---
> > arch/x86/include/asm/switch_to.h | 30 ++
> > arch/x86/kernel/process_64.c | 29 ++---
> > 2 files
On 05/10/2013 07:54 AM, Venu Byravarasu wrote:
> changes with this patch:
Nit: You can simply delete the line above; the patch description should
always describe the changes in the patch it's describing!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On 05/10/2013 07:54 AM, Venu Byravarasu wrote:
> This patch updates all Tegra board files so that they contain all the
> properties required by the updated USB DT binding. Note that this patch
> only adds the new properties and does not yet remove the old properties,
> in order to maintain
On Mon, 13 May 2013, Konrad Rzeszutek Wilk wrote:
> On Mon, May 13, 2013 at 03:50:52PM +0100, Stefano Stabellini wrote:
> > On Mon, 13 May 2013, Konrad Rzeszutek Wilk wrote:
> > > On Mon, May 13, 2013 at 12:06:43PM +0100, Stefano Stabellini wrote:
> > > > On Fri, 10 May 2013, Konrad Rzeszutek Wilk
On Mon, May 13, 2013 at 06:21:13PM +0200, Sebastian Hesselbarth wrote:
> On 05/13/13 18:09, Sören Brinkmann wrote:
> >On Mon, May 13, 2013 at 09:21:35AM +0400, Mark Brown wrote:
> >>On Sun, May 12, 2013 at 12:05:04PM -0700, Sören Brinkmann wrote:
> >>>On Sun, May 12, 2013 at 06:33:44PM +0400, Mark
On Mon, May 13, 2013 at 9:08 AM, Jiang Liu wrote:
> From: Gu Zheng
> diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c
> index 4f0bc0a..bc075a3 100644
> --- a/drivers/pci/probe.c
> +++ b/drivers/pci/probe.c
> @@ -1131,6 +1131,7 @@ static void pci_release_dev(struct device *dev)
>
On 05/13/2013 06:43 PM, Dirk Brandewie wrote:
> I spent some more time looking for a solution to this you can get same
> behavior
> by setting a config option in BOINC "Use at most X % CPU time"
yes - that's true. But BOINC is just an example.
If "nice -19
On 05/10/2013 07:54 AM, Venu Byravarasu wrote:
> The existing Tegra USB bindings have a few issues:
>
> 1) Many properties are documented as being part of the EHCI controller
> node, yet they apply more to the PHY device. They should be moved.
>
> 2) Some registers in PHY1 are shared with PHY3,
On 05/13, Colin Walters wrote:
>
> On Mon, 2013-05-13 at 16:35 +0200, Oleg Nesterov wrote:
>
> > Yes, we can change format_corename() to construct "argv" by hand, and
> > this was my iniital plan. But perhaps it would be better to not uglify
> > this code even more?
>
> Sure this \e is less code,
On 5/13/13 12:01 PM, Jan Kara wrote:
> On Mon 13-05-13 11:34:12, Eric Sandeen wrote:
>> On 5/12/13 4:01 AM, Dmitry Monakhov wrote:
>>> In fact '4eec70' are vexing because I have reviewed and tested this patch
>>> before
>>> it was marked as Review-by, but missed the bug. This is because xfstests
On 13 May 2013 09:39, Jonathan Bither wrote:
>> ... is anyone using this on openwrt?
>>
> I am.
> I am also reworking AR2131X drivers and will submit a patch to linux-mips
> shortly.
Sweet. Someone say NACK then? :)
Adrian
--
To unsubscribe from this list: send the line "unsubscribe
On Mon, May 13, 2013 at 8:53 AM, Maxime Ripard
wrote:
> Hi Jason,
>
> Le 13/05/2013 17:19, Jason Cooper a écrit :
>> On Mon, May 13, 2013 at 11:44:08AM +0200, Maxime Ripard wrote:
>>> Commit ebafed7a ("ARM: irq: Call irqchip_init if no init_irq function is
>>> specified") removed the need to
On Mon 13-05-13 11:34:12, Eric Sandeen wrote:
> On 5/12/13 4:01 AM, Dmitry Monakhov wrote:
> > In fact '4eec70' are vexing because I have reviewed and tested this patch
> > before
> > it was marked as Review-by, but missed the bug. This is because xfstests
> > was executed manually logs was full
Dear Purchasing manager:
Nice day to you!
It is my big pleasure to hear you need hoist
we have chain hoist, electric hoist and so on
If you still need it pls inform me
Pls reply me let us contact details
Best wishes
Ida
Sales manager
EAST SIWEITE INDUSTRY CO., LIMITED
www.dfswt.com
Skype:
Linus,
please pull the following tag (based on my previous 3.9-rc3-smp-6-tag):
git://git.kernel.org/pub/scm/linux/kernel/git/sstabellini/xen.git
fixes-for-3.10-rc2-tag
It contains a couple of Xen on ARM initialization fixes and a patch to
improve error handling.
Stefano Stabellini (3):
> -Original Message-
> From: Dong Zhu [mailto:bluezhud...@gmail.com]
> Sent: Monday, May 13, 2013 3:08 AM
> To: Richard Cochran
> Cc: Sergei Shtylyov; Kirsher, Jeffrey T; Brandeburg, Jesse; Allan, Bruce
> W; Wyborny, Carolyn; Skidmore, Donald C; Rose, Gregory V; Waskiewicz
> Jr, Peter P;
On Mon, 2013-05-13 at 16:35 +0200, Oleg Nesterov wrote:
> Yes, we can change format_corename() to construct "argv" by hand, and
> this was my iniital plan. But perhaps it would be better to not uglify
> this code even more?
Sure this \e is less code, but it seems pretty ugly to me. Maybe a way
On 13 May 2013 21:57, Stephen Warren wrote:
> On 05/13/2013 06:57 AM, Viresh Kumar wrote:
>> "Index" field of struct cpufreq_frequency_table was never index and isn't
>> used
>> at all by cpufreq core. And is only useful for cpufreq drivers for their
>> personal use.
>>
>> Many people now a days
From: Randy Dunlap
Fix kernel-doc warnings in kernel/auditfilter.c:
Warning(kernel/auditfilter.c:1029): Excess function parameter 'loginuid'
description in 'audit_receive_filter'
Warning(kernel/auditfilter.c:1029): Excess function parameter 'sessionid'
description in 'audit_receive_filter'
On 05/03/2013 12:36 PM, Rafael J. Wysocki wrote:
On Friday, May 03, 2013 06:55:37 PM Toralf Förster wrote:
The following file doesn't exists at my Gentoo Linux
/sys/devices/system/cpu/cpufreq/ondemand/ignore_nice_load
in 3.9.0 if I activate CONFIG_X86_INTEL_PSTATE=y
That means, that a command
On Mon, May 13, 2013 at 03:24:09AM +0100, Rusty Russell wrote:
> majianpeng writes:
>
> > In commit 523c81135,it used "__refdata" on event_class_ftrace_##call.
> > It will cause kmemleak to misjudge because when loading module it did
> > not add '.ref.data' into kmemleak-scan-area.
> >
> >
From: Randy Dunlap
Fix kernel-doc warning in :
Warning(include/linux/kernel.h:590): No description found for parameter 'ip'
scripts/kernel-doc cannot handle macros, functions, or function
prototypes between the function or macro that is being documented
and its definition, so move these
On 13 May 2013 17:22, Rafael J. Wysocki wrote:
> On Monday, May 13, 2013 11:32:22 AM Paul Bolle wrote:
>> On Mon, 2013-05-13 at 14:58 +0530, Viresh Kumar wrote:
>> > Already Acked.
>> >
>> > http://www.spinics.net/lists/arm-kernel/msg242828.html
>>
>> I see. Thanks!
>
> And applied too (see
On Mon, 2013-05-13 at 09:41 +0200, Heiko Carstens wrote:
> On Sun, May 12, 2013 at 10:50:45PM +0200, Geert Uytterhoeven wrote:
> > On Sun, 12 May 2013, Geert Uytterhoeven wrote:
> > > However, the full list of errors isn't that unmanageable, so I'm following
> > > up with a digested list...
> >
>
On 05/13/2013 11:11 AM, Adrian Chadd wrote:
... is anyone using this on openwrt?
I am.
I am also reworking AR2131X drivers and will submit a patch to
linux-mips shortly.
Adrian
On 13 May 2013 08:03, Paul Bolle wrote:
AHB bus support was added in v2.6.38, through commit a0b907ee2a
On 05/13/13 02:18, Steven Whitehouse wrote:
> Hi,
>
> On Thu, 2013-05-09 at 10:08 -0700, Randy Dunlap wrote:
>> On 05/09/13 09:50, David Teigland wrote:
>>> On Thu, May 09, 2013 at 09:47:45AM +1000, Stephen Rothwell wrote:
[Just forwarding to David ...]
On Wed, 08 May 2013 11:04:45
On 5/12/13 4:01 AM, Dmitry Monakhov wrote:
> In fact '4eec70' are vexing because I have reviewed and tested this patch
> before
> it was marked as Review-by, but missed the bug. This is because xfstests
> was executed manually logs was full of warnings but tainted flag was not
> checked at the
On Sun, May 12, 2013 at 10:14:51PM -0700, Joe Damato wrote:
> Signed-off-by: Joe Damato
> ---
> arch/x86/include/asm/switch_to.h | 30 ++
> arch/x86/kernel/process_64.c | 29 ++---
> 2 files changed, 32 insertions(+), 27 deletions(-)
>
On 05/13/2013 06:57 AM, Viresh Kumar wrote:
> "Index" field of struct cpufreq_frequency_table was never index and isn't used
> at all by cpufreq core. And is only useful for cpufreq drivers for their
> personal use.
>
> Many people now a days blindly set it in ascending order with the assumption
On Mon, May 13, 2013 at 05:17:27PM +0200, Jan Kara wrote:
> On Mon 13-05-13 21:56:43, Zheng Liu wrote:
> > On Mon, May 13, 2013 at 03:18:09PM +0200, Jan Kara wrote:
> > > On Sun 12-05-13 13:04:59, EUNBONG SONG wrote:
> > > >
> > > >
> > > > >> Since at this point it's safer to rollback the
On 05/13/13 18:09, Sören Brinkmann wrote:
On Mon, May 13, 2013 at 09:21:35AM +0400, Mark Brown wrote:
On Sun, May 12, 2013 at 12:05:04PM -0700, Sören Brinkmann wrote:
On Sun, May 12, 2013 at 06:33:44PM +0400, Mark Brown wrote:
No, there's no confusion here - the clocks that are being exposed
On Mon, May 13, 2013 at 03:50:52PM +0100, Stefano Stabellini wrote:
> On Mon, 13 May 2013, Konrad Rzeszutek Wilk wrote:
> > On Mon, May 13, 2013 at 12:06:43PM +0100, Stefano Stabellini wrote:
> > > On Fri, 10 May 2013, Konrad Rzeszutek Wilk wrote:
> > > > On Wed, May 08, 2013 at 04:18:24PM +0800,
Hi device-tree folks,
On 01/05/13 15:41, Nishanth Menon wrote:
> On 12:11-20130501, sudeep.karkadanage...@arm.com wrote:
>> From: Sudeep KarkadaNagesha
>>
>> If more than one similar devices share the same OPPs, currently we
>> need to replicate the OPP entries in all the nodes.
> Nice, thanks.
Mark pci_scan_bus_parented() as __deprecated and clean up outdated
comments.
Signed-off-by: Jiang Liu
Cc: Chris Metcalf
Cc: Greg Kroah-Hartman
Cc: Thierry Reding
Cc: linux-kernel@vger.kernel.org
Cc: linux-...@vger.kernel.org
---
arch/tile/kernel/pci.c | 3 ---
include/linux/pci.h| 4 ++--
Introduce helper functions pci_bus_{get|put}() to manage PCI bus
reference count.
Signed-off-by: Jiang Liu
Signed-off-by: Yijing Wang
Signed-off-by: Gu Zheng
Cc: linux-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
drivers/pci/bus.c | 15 +++
include/linux/pci.h | 2
On Mon, 2013-05-13 at 15:48 +, Vick, Matthew wrote:
> On 5/13/13 3:07 AM, "Dong Zhu" wrote:
[...]
> >From 8a12932fd2a3bb5ca904bc72b20140247a5d81be Mon Sep 17 00:00:00 2001
> >From: Dong Zhu
> >Date: Mon, 13 May 2013 17:27:59 +0800
> >
> >Currently kernel only support setting the hw time
This patch makes PCI host bridge/bus creating and destroying logic
symmetric by using device_initialize()/device_add()/device_del()/put_device()
pairs as discussed in thread at:
http://comments.gmane.org/gmane.linux.kernel.pci/22073
It also fixes a bug in error recovery path in
On Mon, May 13, 2013 at 09:21:35AM +0400, Mark Brown wrote:
> On Sun, May 12, 2013 at 12:05:04PM -0700, Sören Brinkmann wrote:
> > On Sun, May 12, 2013 at 06:33:44PM +0400, Mark Brown wrote:
>
> > > No, there's no confusion here - the clocks that are being exposed to
> > > userspace are the
pci_scan_bus() and pci_scan_root_bus() has called pci_bus_add_devices()
once, so remove the redundant call of pci_bus_add_devices().
On the other handle, subsys_init() callbacks will be invoked before
device_init() callbacks, so it should be safe to remove the redundant
calls.
Signed-off-by:
pci_scan_root_bus() already set bus->sysdata, so no need to explicitly
set it again in function sn_pci_controller_fixup();
Signed-off-by: Jiang Liu
Cc: Tony Luck
Cc: Fenghua Yu
Cc: linux-i...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
arch/ia64/sn/kernel/io_init.c | 11 +--
Now the global list acpi_pci_roots pci_root.c is useless, remove it.
Signed-off-by: Jiang Liu
Cc: Len Brown
Cc: "Rafael J. Wysocki"
Cc: linux-a...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
drivers/acpi/pci_root.c | 25 +++--
include/acpi/acpi_bus.h | 1 -
2
Use acpi_handle_print() and pr_xxx() to print messages in pci_root.c.
Signed-off-by: Jiang Liu
Cc: Len Brown
Cc: "Rafael J. Wysocki"
Cc: linux-a...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
drivers/acpi/pci_root.c | 71 ++---
1 file
From: Gu Zheng
From: Gu Zheng
Use the new pci_alloc_dev(bus) to replace the existing using of
alloc_pci_dev(void).
v2:
Follow Bjorn's correction to move pci_bus_put() to
pci_release_dev() instead.
Signed-off-by: Gu Zheng
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: "David S.
From: Gu Zheng
From: Gu Zheng
Now here we introduce a new interface to replace alloc_pci_dev():
struct pci_dev *pci_alloc_dev(struct pci_bus *bus)
It take a "struct pci_bus *" argument, so we can alloc a pci device
on a target pci bus, and it acquire the reference of the pci_bus.
We
This is a preparation patchset for introducing PCI bus lock mechanisms
to protect PCI subsystem from concurrent hotplug operations.
Patch 1:
Introduce pci_bus_{get|put}() to manage PCI bus reference count
Patch 2-3:
pci_alloc_dev() patchset from Gu Zheng
Patch 8:
Make PCI
> -Original Message-
> From: linux-pm-ow...@vger.kernel.org [mailto:linux-pm-
> ow...@vger.kernel.org] On Behalf Of Greg KH
> (gre...@linuxfoundation.org)
> Sent: Monday, May 13, 2013 5:28 PM
> To: R, Durgadoss
> Cc: linux-kernel@vger.kernel.org; Linux PM list (linux...@vger.kernel.org);
>
On May 14, 2013, at 12:05 AM, Nicolas Ferre wrote:
> Commit 749a2b6 (net/macb: clear tx/rx completion flags in ISR)
> introduces clear-on-write on ISR register. This behavior is not always
> implemented when using Cadence MACB/GEM and is breaking other platforms.
> We are using a new Device
On Fri, May 10, 2013 at 10:12:27PM +0200, Sebastian Hesselbarth wrote:
> Removing orion ehci include from board files will raise a compiler
> error because plat/common.h is using an enum provided by orion ehci
> but not including the include itself. This just adds the missing include.
>
>
Commit 749a2b6 (net/macb: clear tx/rx completion flags in ISR)
introduces clear-on-write on ISR register. This behavior is not always
implemented when using Cadence MACB/GEM and is breaking other platforms.
We are using a new Device Tree compatibility string and a capability
property to actually
On 05/10/2013 11:23 PM, Colin Cross wrote:
On Fri, May 10, 2013 at 2:28 PM, Zoran Markovic
wrote:
+#ifdef CONFIG_DPM_WD
+/**
+ * dpm_wd_action - recovery from suspend/resume watchdog timeout
+ * @wd: Watchdog. Must be allocated on the stack.
+ */
+#if defined(CONFIG_DPM_WD_ACTION_STACKTRACE)
On 05/13/2013 01:59 PM, Ian Campbell wrote:
> On Mon, 2013-05-13 at 08:02 +0100, Michal Simek wrote:
>> Just small overview it is a Xilinx soft core cpu where you can even setup
>> some parameters for core itself - multiplier, divider, BS, fpu, cache sizes,
>> etc.
>> You have to also compose the
Hi Mathias,
On Mon, May 13, 2013 at 10:30 AM, Mathias LEBLANC
wrote:
> Hi Kent,
>
> I have tried different compilation command and I haven't these errors.
> What's the command you do to generate these warning?
I used the smatch tool, which you can get from sourceforge, with
some instructions,
Hi Jason,
Le 13/05/2013 17:19, Jason Cooper a écrit :
> On Mon, May 13, 2013 at 11:44:08AM +0200, Maxime Ripard wrote:
>> Commit ebafed7a ("ARM: irq: Call irqchip_init if no init_irq function is
>> specified") removed the need to explictly setup the init_irq field in
>> the machine description
At Mon, 13 May 2013 17:26:04 +0200,
Takashi Iwai wrote:
>
> At Sun, 12 May 2013 11:53:41 +0200,
> Alex Riesen wrote:
> >
> > Hi,
> >
> > I just noticed (use the headphones rarely) that the headphones on this
> > System76 Lemur Ultra (lemu4) stopped working. There is absolutely no
> > output.
>
On 5/13/13 3:07 AM, "Dong Zhu" wrote:
>> You could use the flags field, as it has no definition yet.
>>
>> But you still need to explain why this new functionality is needed in
>> the first place:
>>
>> - You can query an interface's time stamping capabilities with the
>> GET_TS_INFO ethtool
> From: Seth Jennings [mailto:sjenn...@linux.vnet.ibm.com]
> Sent: Monday, May 13, 2013 6:40 AM
> Subject: [PATCHv11 2/4] zbud: add to mm/
One comment about a questionable algorithm change (vs my original zbud code)
below... I'll leave the detailed code review to others.
Dan
> zbud is an
On Mon, May 13, 2013 at 01:43:17PM +0200, Laurent Navet wrote:
> The same is done almost everywhere in kernel tree :
>
> e.g :
> http://lxr.free-electrons.com/source/drivers/staging/iio/adc/mxs-lradc.c#L928
> http://lxr.free-electrons.com/source/drivers/gpio/gpio-mxs.c#L292
>
On Mon, May 13, 2013 at 11:22:58AM -0400, Rik van Riel wrote:
> On 05/13/2013 11:16 AM, Michael S. Tsirkin wrote:
>
> >However, there's a big question mark: host specifies
> >inflate, guest says deflate, who wins?
>
> If we're dealing with a NUMA guest, they could both win :)
>
> The host could
Hi,
[1] patch at http://www.chronox.de/jent/jitterentropy-20130508.tar.bz2
A new version of the CPU Jitter random number generator is released at
http://www.chronox.de/ . The heart of the RNG is about 30 lines of easy
to read code. The readme in the main directory explains the different
code
Hi Kent,
I have tried different compilation command and I haven't these errors.
What's the command you do to generate these warning?
However, these warning will be corrected in the next patch and the others too.
Regards,
Mathias Leblanc
-Original Message-
From: Kent Yoder
flush_ptrace_hw_breakpoint() destroys the counters set by ptrace, but
"leaks" ->debugreg6 and ->ptrace_dr7.
The problem is minor, but still it doesn't look right and flush_thread()
did this until 66cb5917. Now that PTRACE_DETACH does flush_ too this makes
even more sense.
Signed-off-by: Oleg
At Sun, 12 May 2013 11:53:41 +0200,
Alex Riesen wrote:
>
> Hi,
>
> I just noticed (use the headphones rarely) that the headphones on this
> System76 Lemur Ultra (lemu4) stopped working. There is absolutely no
> output.
>
> I tried reverting all changes to patch_via.c since v3.8, and
> have the
On 05/13/2013 11:04 AM, Srivatsa S. Bhat wrote:
> On 05/13/2013 12:22 PM, Lianwei Wang wrote:
>> Thank you. Patch is updated.
>>
>> From 2d0b4afb5461847dcdf08a87b02015d061b12e85 Mon Sep 17 00:00:00 2001
>> From: Lianwei Wang
>> Date: Fri, 26 Apr 2013 10:59:24 +0800
>> Subject: [PATCH] cpuidle:
On 05/13/2013 11:16 AM, Michael S. Tsirkin wrote:
However, there's a big question mark: host specifies
inflate, guest says deflate, who wins?
If we're dealing with a NUMA guest, they could both win :)
The host could see reduced memory use of the guest in one
place, while the guest could see
Hello.
Andrew, please find ptrace/hw_breakpoint changes I sent before.
No changes, I only added the acks I got.
4/13 (arch/sh) and the last 2 patches were not acked, but hopefully
the changes are really simple.
Oleg.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
No functional changes, preparation.
Extract the "register breakpoint" code from ptrace_get_debugreg()
into the new/generic helper, ptrace_register_breakpoint(). It will
have more users.
The patch also adds another simple helper, ptrace_fill_bp_fields(),
to factor out the arch_bp_generic_fields()
This reverts commit bf26c018490c2fce7fe9b629083b96ce0e6ad019.
The patch was fine but we can no longer race with SIGKILL after
9899d11f "ptrace: ensure arch_ptrace/ptrace_request can never race
with SIGKILL", the __TASK_TRACED tracee can't be woken up and
->ptrace_bps[] can't go away.
Now that
ptrace_write_dr7() looks unnecessarily overcomplicated. We can
factor out ptrace_modify_breakpoint() and do not do "continue"
twice, just we need to pass the proper "disabled" argument to
ptrace_modify_breakpoint().
Signed-off-by: Oleg Nesterov
Acked-by: Frederic Weisbecker
---
ptrace_set_debugreg() is trivial but looks horrible. Kill the
unnecessary goto's and return's to cleanup the code.
This matches ptrace_get_debugreg() which also needs the trivial
whitespace cleanups.
Signed-off-by: Oleg Nesterov
Acked-by: Frederic Weisbecker
---
arch/x86/kernel/ptrace.c |
This reverts commit e0ac8457d020c0289ea566917267da9e5e6d9865.
The patch was fine but we can no longer race with SIGKILL after
9899d11f "ptrace: ensure arch_ptrace/ptrace_request can never race
with SIGKILL", the __TASK_TRACED tracee can't be woken up and
->ptrace_bps[] can't go away.
ptrace_write_dr7() skips ptrace_modify_breakpoint(disabled => true)
unless second_pass, this buys nothing but complicates the code and
means that we always do the main loop twice even if "disabled" was
never true.
The comment says:
Don't unregister the breakpoints right-away,
Change ptrace_detach() to call flush_ptrace_hw_breakpoint(child).
This frees the slots for non-ptrace PERF_TYPE_BREAKPOINT users, and
this ensures that the tracee won't be killed by SIGTRAP triggered by
the active breakpoints.
Test-case:
unsigned long encode_dr7(int drnum, int enable,
Because it is not used.
Signed-off-by: Oleg Nesterov
---
arch/x86/include/asm/thread_info.h |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/arch/x86/include/asm/thread_info.h
b/arch/x86/include/asm/thread_info.h
index a1df6e8..2781119 100644
---
This reverts commit 07fa7a0a8a586c01a8b416358c7012dcb9dc688d and
removes ptrace_get/put_breakpoints() added by other commits.
The patch was fine but we can no longer race with SIGKILL after
9899d11f "ptrace: ensure arch_ptrace/ptrace_request can never race
with SIGKILL", the __TASK_TRACED tracee
24f1e32c "hw-breakpoints: Rewrite the hw-breakpoints layer on top
of perf events" introduced the minor regression. Before this commit
PTRACE_POKEUSER DR7, enableDR0
PTRACE_POKEUSER DR0, address
was perfectly valid, now PTRACE_POKEUSER(DR7) fails if DR0 was not
previously
This reverts commit bf0b8f4b55e591ba417c2dbaff42769e1fc773b0.
The patch was fine but we can no longer race with SIGKILL after
9899d11f "ptrace: ensure arch_ptrace/ptrace_request can never race
with SIGKILL", the __TASK_TRACED tracee can't be woken up and
->ptrace_bps[] can't go away.
This reverts commit 87dc669ba25777b67796d7262c569429e58b1ed4.
The patch was fine but we can no longer race with SIGKILL after
9899d11f "ptrace: ensure arch_ptrace/ptrace_request can never race
with SIGKILL", the __TASK_TRACED tracee can't be woken up and
->ptrace_bps[] can't go away.
The patch
Hmm... i'm working right now to make ar231x device work with upstream
sources. First think is boot loader. There are is a ar231x fork of
redboot, but i decided to go barebox. See:
https://github.com/olerem/barebox/commits/atheros
there one more barebox dev on it, so i think we will get it.
On Mon, May 13, 2013 at 11:44:08AM +0200, Maxime Ripard wrote:
> Commit ebafed7a ("ARM: irq: Call irqchip_init if no init_irq function is
> specified") removed the need to explictly setup the init_irq field in
> the machine description when using only irqchip_init. Remove that
> declaration for
Replace a call to deprecated devm_request_and_ioremap by devm_ioremap_resource.
dev_err() message is no more needed since it's already displayed in
devm_ioremap_resource().
Signed-off-by: Laurent Navet
---
drivers/net/can/grcan.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
On 05/12/13 12:53, Rob Landley wrote:
On 05/10/2013 09:04:44 AM, David Oostdyk wrote:
Hello,
I have a few relatively high-end systems with hardware RAIDs which
are being used for recording systems, and I'm trying to get a better
understanding of contiguous write performance.
...
The question
On Mon 13-05-13 21:56:43, Zheng Liu wrote:
> On Mon, May 13, 2013 at 03:18:09PM +0200, Jan Kara wrote:
> > On Sun 12-05-13 13:04:59, EUNBONG SONG wrote:
> > >
> > >
> > > >> Since at this point it's safer to rollback the change and we can
> > > >> investigate more deeply how to fix it correctly
On Mon, May 13, 2013 at 11:03:03AM -0400, Luiz Capitulino wrote:
> On Sun, 12 May 2013 21:49:34 +0300
> "Michael S. Tsirkin" wrote:
>
> > On Sun, May 12, 2013 at 12:36:09PM -0400, Rik van Riel wrote:
> > > On 05/12/2013 10:30 AM, Michael S. Tsirkin wrote:
> > > >On Thu, May 09, 2013 at
Hi Will,
On 05/08/2013 05:06 AM, Will Deacon wrote:
> Hello Christopher,
>
> On Tue, May 07, 2013 at 04:48:26PM +0100, Christopher Covington wrote:
>> On 05/07/2013 05:08 AM, Will Deacon wrote:
>>> That seems like a lot of effort in order to preserve something that isn't
>>> even meaningful. We
... is anyone using this on openwrt?
Adrian
On 13 May 2013 08:03, Paul Bolle wrote:
> AHB bus support was added in v2.6.38, through commit a0b907ee2a ("ath5k:
> Add AHB bus support."). That code can only be build if the Kconfig
> symbol ATHEROS_AR231X is set. But that symbol has never been
On Mon, May 13, 2013 at 02:01:43PM +0800, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Fix to return a negative error code from the error handling
> case instead of 0, as done elsewhere in this function.
>
> Signed-off-by: Wei Yongjun
Applied.
Thanks,
Guenter
--
To unsubscribe from this list:
On Mon, 2013-05-13 at 07:21 -0400, Mathieu Desnoyers wrote:
> * H. Peter Anvin (h...@zytor.com) wrote:
> Who is leading this IDT instrumentation effort ?
>
Seiji has been doing most of the work. I've just been busy doing other
things but I need to start getting this tidied up, and hopefully
On Mon, May 13, 2013 at 10:19:02AM +0100, Mel Gorman wrote:
> On Mon, May 13, 2013 at 05:11:43PM +0800, Tang Chen wrote:
...
> > If so, I'm wondering where should we put this callback pointers ?
> > In struct page ?
> >
>
> No, I would expect the callbacks to be part the address space operations
At Sun, 12 May 2013 21:59:51 +0800,
Ming Lei wrote:
>
> On Thu, May 9, 2013 at 1:51 AM, Takashi Iwai wrote:
> >
> > ---
> > From: Takashi Iwai
> > Subject: [PATCH v2] firmware: Avoid deadlock of usermodehelper lock at
> > shutdown
> >
> > When a system goes to reboot/shutdown, it tries to
On Mon, 2013-05-13 at 17:56 +0800, Li Zhong wrote:
> > All this before schedule_user() was able to call user_exit() and take us
> > out of dynamic tick user context.
>
> Maybe we could just disable function trace for schedule_user()?
>
> It seems that function trace might use RCU, at least in
AHB bus support was added in v2.6.38, through commit a0b907ee2a ("ath5k:
Add AHB bus support."). That code can only be build if the Kconfig
symbol ATHEROS_AR231X is set. But that symbol has never been added to
the tree. So AHB bus support has always been dead code.
Let's remove all code that
On Sun, 12 May 2013 21:49:34 +0300
"Michael S. Tsirkin" wrote:
> On Sun, May 12, 2013 at 12:36:09PM -0400, Rik van Riel wrote:
> > On 05/12/2013 10:30 AM, Michael S. Tsirkin wrote:
> > >On Thu, May 09, 2013 at 10:53:49AM -0400, Luiz Capitulino wrote:
> > >>Automatic ballooning consists of
On Mon, May 13, 2013 at 10:54:03AM -0400, Jeff Moyer wrote:
> How do you propose to move the ring pages?
It's the same problem as doing a TLB shootdown: flush the old pages from
userspace's mapping, copy any existing data to the new pages, then
repopulate the page tables. It will likely
power_supply core has the bad habit of calling our battery callbacks
from within power_supply_register(). Furthermore, if the callbacks
fail with an unhandled error code, it will skip any uevent that it
might currently process.
So if HID-core registers battery devices, an "add" uevent is generated
There isn't an nvme.c file any more. It has been split into multiple
files.
Signed-off-by: Dan Carpenter
diff --git a/MAINTAINERS b/MAINTAINERS
index 8f190f5..97ec343 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -5747,7 +5747,7 @@ M:Matthew Wilcox
L:
You need to have CAP_SYS_ADMIN to trigger this overflow but it makes the
static checkers complain so we should fix it. The worry is that
"length" comes from copy_from_user() so we need to check that "length +
offset" can't overflow.
I also changed the min_t() cast to be unsigned instead of
On Mon 13-05-13 11:10:47, Minchan Kim wrote:
[...]
> My rough plan is following as,
>
> 1. Make mctz->lock beging aware of irq by changing spin_lock with
>spin_lock_irqsave.
I wouldn't be worried about this one as it is on its way out with the
soft limit rework (the core uncontroversial part
On 05/10/13 20:19, Eric Wong wrote:
Cc-ing Jens
David Oostdyk wrote:
Hello,
I have a few relatively high-end systems with hardware RAIDs which
are being used for recording systems, and I'm trying to get a better
understanding of contiguous write performance.
The hardware that I've tested
301 - 400 of 1376 matches
Mail list logo
