From: David Vrabel
All the virtualized platforms (KVM, lguest and Xen) have persistent
wallclocks that have more than one second of precision.
read_persistent_wallclock() and update_persistent_wallclock() allow
for nanosecond precision but their implementation on x86 with
x86_platform.get/set_wa
From: David Vrabel
The persistent clock or the RTC is only synchronized with system time
every 11 minutes if NTP is running. This gives a window where the
persistent clock may be incorrect after a step change in the time
(such as on first boot).
This particularly affects Xen guests as until an
Signed-off-by: Federico Vaga
Acked-by: Giancarlo Asnaghi
---
drivers/staging/dwc2/pci.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/staging/dwc2/pci.c b/drivers/staging/dwc2/pci.c
index 69c65eb..7029b9f 100644
--- a/drivers/staging/dwc2/pci.c
+++ b/drivers/staging/dwc2/pci.c
2013/5/10 Jeff Layton :
> On Fri, 26 Apr 2013 16:04:16 +0400
> Pavel Shilovsky wrote:
>
>> Introduce new LOCK_DELETE flock flag that is suggested to be used
>> internally only to map O_DENYDELETE open flag:
>>
>> !O_DENYDELETE -> LOCK_DELETE | LOCK_MAND.
>>
>> Signed-off-by: Pavel Shilovsky
>> --
I rebased this series on v3.10-rc1 eliminating all dependencies and incorporated
Greg's feedback.
I'll push this also to my github repository.
https://github.com/sorenb-xlnx/linux-xlnx/tree/zynq/clkc
v2:
- dropped the 'sort #includes' patches
Sören
Soren Brinkmann (5):
tty: xuartps:
efx_start_datapath() asserts that we can fit 2 RX scatter buffers plus
a software structure, each cache-aligned, into a single page. Where
L1_CACHE_BYTES == 256 and PAGE_SIZE == 4096, which is the case on
s390, this assertion fails. Reduce EFX_RX_USR_BUF_SIZE to make this
work.
This should also
Add a clock controller driver and documentation.
Signed-off-by: Soren Brinkmann
Cc: Grant Likely
Cc: Rob Herring
Cc: Rob Landley
Cc: devicetree-disc...@lists.ozlabs.org
Cc: linux-...@vger.kernel.org
---
.../devicetree/bindings/clock/zynq-7000.txt| 98
drivers/clk/zynq/clkc.c
Signed-off-by: Soren Brinkmann
Cc: Grant Likely
Cc: Rob Herring
Cc: Rob Landley
Cc: devicetree-disc...@lists.ozlabs.org
Cc: linux-...@vger.kernel.org
---
.../devicetree/bindings/clock/zynq-7000.txt| 49 ---
drivers/clk/clk-zynq.c | 378 -
Migrate the Zynq platform and its drivers to use the new clock
controller driver.
Signed-off-by: Soren Brinkmann
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Greg Kroah-Hartman
Cc: Jiri Slaby
Cc: linux-ser...@vger.kernel.org
---
arch/arm/boot/dts/zynq-7000.dtsi| 71 ---
Refactor the PLL driver so it works with the clock controller driver.
Signed-off-by: Soren Brinkmann
---
drivers/clk/zynq/pll.c | 235 +
1 file changed, 235 insertions(+)
create mode 100644 drivers/clk/zynq/pll.c
diff --git a/drivers/clk/zynq/pll
Currently Zynq does not support suspend/resume.
The driver callbacks are never used or tested, broken and using the old
PM interface.
Signed-off-by: Soren Brinkmann
Cc: Greg Kroah-Hartman
Cc: Jiri Slaby
Cc: linux-ser...@vger.kernel.org
---
drivers/tty/serial/xilinx_uartps.c | 30 --
On Mon, May 13, 2013 at 10:09 AM, Adrian Chadd wrote:
> 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? :)
NACK, looking
Using v3.10-rc1-68-g2d3ec09, I am getting many instances of the following from
kmemleak:
unreferenced object 0x8800b546dc30 (size 48):
comm "systemd-udevd", pid 2181, jiffies 4294899141 (age 274.096s)
hex dump (first 32 bytes):
00 dc 46 b5 00 88 ff ff d0 ff 5b a0 ff ff ff ff ..F
On 05/13/13 19:24, Sören Brinkmann wrote:
On Mon, May 13, 2013 at 06:21:13PM +0200, Sebastian Hesselbarth wrote:
Well, that driver actually exists. But that just programs a bitstream
you give it to program. It does not know anything about the design it
programs and cannot make any kind of decisi
Hi Pranavkumar,
On 05/13/2013 02:56 AM, Pranavkumar Sawargaonkar wrote:
> Hi Rusty,
>
> On 13 May 2013 08:22, Rusty Russell wrote:
>> Pranavkumar Sawargaonkar writes:
>>> Signed-off-by: Pranavkumar Sawargaonkar
>>> Signed-off-by: Anup Patel
>>> ---
>>> Documentation/virtual/virtio-spec.txt |
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 Gar
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 automatical
* 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 changed,
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 me
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 bisectab
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)
> str
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 http://vger.kernel.org/majordomo-info.h
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, a
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, b
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 linux-ker
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 expli
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 o
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: siwei
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; Du
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
t
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'
War
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 l
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.
> >
> > Signe
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 prototy
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 curren
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 ("at
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 end
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 change
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 t
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, Z
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 stamp
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 pci_create_root_bus
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 clocks
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: Jiang
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 +--
1
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 file
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 change
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. Mill
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 u
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 b
> -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 Tree
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.
>
> Signed-o
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 ac
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)
+s
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 whe
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 special
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
> http://lxr.free-elect
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 file
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 [mailto:shpedo
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 Nest
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 s
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: wak
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 i
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" in
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 ptr
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
---
arch/x86/kernel/
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 | 26
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.
Signed-off-b
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,
unle
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, uns
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
--- a/arch/x86/include/as
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 c
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 initializ
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.
Signed-off-b
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 on
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.
Next
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 mve
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(-)
d
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 f
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 10:53:49AM
301 - 400 of 683 matches
Mail list logo
