* John Stultz john.stu...@linaro.org wrote:
+static void tk_set_xtime(struct timekeeper *tk, const struct timespec *ts)
+{
+ tk-xtime_sec = ts-tv_sec;
+ tk-xtime_nsec = ts-tv_nsec tk-shift;
+}
+
+
+static void tk_xtime_add(struct timekeeper *tk, const struct timespec *ts)
Small
Hi Linus,
Plese pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
for the fixes for the media subsystem, including:
- Some regression fixes at the audio part for devices with
cx23885/cx25840;
- A DMA corruption fix at cx231xx;
* John Stultz john.stu...@linaro.org wrote:
When we make adjustments speeding up the clock, its possible
for xtime_nsec to underflow. We already handle this properly,
but we do so from update_wall_time() instead of the more logical
timekeeping_adjust(), where the possible underflow actually
On Fri 13 Jul 2012 02:54:26 PM JST, R, Durgadoss wrote:
As of now, we are getting the definitions done through the platform layer
data. Considerations for device tree .. yes.. but I do not have any sample
implementation..
Maybe we can help with that then, since we are going to need it.
On
* John Stultz john.stu...@linaro.org wrote:
+}
+
+
+/**
Stray newline added here as well.
Thanks,
Ingo
--
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 五, 2012-07-13 at 15:08 +0900, Alex Courbot wrote:
On Fri 13 Jul 2012 02:54:26 PM JST, R, Durgadoss wrote:
As of now, we are getting the definitions done through the platform layer
data. Considerations for device tree .. yes.. but I do not have any sample
implementation..
Maybe we can
* John Stultz john.stu...@linaro.org wrote:
+ nsec = timekeeper.shift;
+
+ /* If arch requires, add in gettimeoffset() */
+ nsec += arch_gettimeoffset();
+ return nsec;
As a factoring out bonus, this could be further shortened to:
return nsec +
Looks sensible.
Reviewed-by: Ingo Molnar mi...@kernel.org
Thanks,
Ingo
--
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
The @smsc.com email address is bouncing.
Should it be removed from MAINTAINERS or switched to this
@shawell.net address?
--
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 13/07/12 05:35, Raghavendra K T wrote:
Yes! I forgot about archs in init function.
How about having
#ifdef CONFIG_HAVE_KVM_CPU_RELAX_INTERCEPT
vcpu-ple.cpu_relax_intercepted = false;
vcpu-ple.dy_eligible = false;
#endif
This would solve all the problem.
No, you need to mask all
2012/07/12 21:41, Srivatsa S. Bhat wrote:
On 07/12/2012 05:10 PM, Yasuaki Ishimatsu wrote:
Even if acpi_processor_handle_eject() offlines cpu, there is a chance
to online the cpu after that. So the patch closes the window by using
get/put_online_cpus().
Why does the patch change _cpu_up()
Hi Toshi,
2012/07/13 1:48, Toshi Kani wrote:
On Thu, 2012-07-12 at 20:22 +0900, Yasuaki Ishimatsu wrote:
Even if cpu_down() fails, acpi_processor_remove() continues to remove the cpu.
But in this case, it should return error number since some process may run on
the cpu. If the cpu has a
Hi Toshi,
2012/07/13 1:49, Toshi Kani wrote:
On Thu, 2012-07-12 at 20:40 +0900, Yasuaki Ishimatsu wrote:
Even if acpi_processor_handle_eject() offlines cpu, there is a chance
to online the cpu after that. So the patch closes the window by using
get/put_online_cpus().
Why does the patch change
On Fri, 2012-07-13 at 11:09 +0530, Laxman Dewangan wrote:
On Friday 13 July 2012 08:45 AM, Vinod Koul wrote:
On Mon, 2012-07-02 at 10:02 -0600, Stephen Warren wrote:
On 07/02/2012 02:22 AM, Laxman Dewangan wrote:
In cyclic mode of DMA, the byte transferred can be more
than the requested
Hi Srivatsa,
2012/07/12 21:32, Srivatsa S. Bhat wrote:
On 07/12/2012 04:52 PM, Yasuaki Ishimatsu wrote:
Even if cpu_down() fails, acpi_processor_remove() continues to remove the
cpu.
But in this case, it should return error number since some process may run on
the cpu. If the cpu has a
On Wed, Jun 13, 2012 at 04:22:40PM +0800, Sonic Zhang wrote:
From: Michael Hennerich michael.henner...@analog.com
For transfer counts 255 bytes i2c-bfin-twi sets the data
transfer counter DCNT to 0xFF indicating unlimited transfers.
It then uses a flag iface-manual_stop to manually issue
On Thu, 2012-07-12 at 15:31 +0200, Thomas Gleixner wrote:
On Thu, 12 Jul 2012, Mike Galbraith wrote:
On Thu, 2012-07-12 at 13:43 +0200, Thomas Gleixner wrote:
rawlock points to ...968 and the node_list to ...970.
struct rt_mutex {
raw_spinlock_t wait_lock;
On Wed, Jun 13, 2012 at 04:22:43PM +0800, Sonic Zhang wrote:
From: Sonic Zhang sonic.zh...@analog.com
In order to mark I2C transfer fail when MEN bit in I2C controller is reset
unexpeced
unexpected
in MCOMP interrupt, interrupt status bits XMTSERV or RCVSERV should be
checked.
Master
On Wed, Jun 13, 2012 at 04:22:44PM +0800, Sonic Zhang wrote:
From: Sonic Zhang sonic.zh...@analog.com
Current driver was developed based on BF537 0.2 HRM. In high system load,
BUFRDERR error
interrupt may be raised if XMTSERV interrupt of last TX byte is not served in
time
(set RSTART
On Friday 13 July 2012 11:58 AM, Vinod Koul wrote:
On Fri, 2012-07-13 at 11:09 +0530, Laxman Dewangan wrote:
You didnt get my other mail about applying?
Read carefully now and saw both are applied.
Thanks for care.
Thanks,
Laxman
--
To unsubscribe from this list: send the line unsubscribe
On Wed, May 02, 2012 at 09:36:51PM -0700, Dmitry Torokhov wrote:
Hi Sven,
On Sat, Apr 07, 2012 at 08:38:33PM +0200, Sven Neumann wrote:
Hi,
On 07.04.12 09:02, Dmitry Torokhov wrote:
On Fri, Apr 06, 2012 at 10:40:07PM -0700, Olof Johansson wrote:
This seems to have been broken since
Hi Shan,
2012/7/12 shan kang kangshan0...@gmail.com:
Hello,
I wonder why smp_mb() is not needed in the __mutex_fastpath_lock
and __mutex_fastpath_unlock functions which are located in the
arch/arm/include/asm/mutex.h?
I think dmb instruction is necessary there.
Why necessary? Could
On Thursday, July 12, 2012 2:55 PM, Vivek Gautam wrote:
This patch adds support to parse probe data for
ehci driver for exynos using device tree
Signed-off-by: Thomas Abraham thomas.abra...@linaro.org
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Vivek Gautam
On Thursday, July 12, 2012 2:55 PM, Vivek Gautam wrote:
This patch adds support to parse probe data for
ohci driver for exynos using device tree.
Signed-off-by: Thomas Abraham thomas.abra...@linaro.org
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Vivek Gautam
On Fri, Jul 13, 2012 at 7:33 AM, Joe Perches j...@perches.com wrote:
Convert the existing uses of random_ether_addr to
the new eth_random_addr.
Signed-off-by: Joe Perches j...@perches.com
For the rt2x00 parts:
Acked-by: Gertjan van Wingerde gwinge...@gmail.com
---
2012/07/13 1:50, Toshi Kani wrote:
On Thu, 2012-07-12 at 20:28 +0900, Yasuaki Ishimatsu wrote:
acpi_bus_trim() stops removing devices, when acpi_bus_remove() return error
number. But acpi_bus_remove() cannot return error number correctly.
acpi_bus_remove() only return -EINVAL, when dev argument
* Kukjin Kim kgene@samsung.com [120712 15:13]:
+1 same here, I'm interested in ARM mini-summit :)
Yeah me too!
Tony
--
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
Hi Miklos,
Thank you for your comments.
(2012/07/12 19:13), Miklos Szeredi wrote:
HAYASAKA Mitsuomitsuo.hayasaka...@hitachi.com writes:
Hi Yuan and Han-Wen,
Thank you for your comments.
(2012/07/06 22:58), Han-Wen Nienhuys wrote:
On Fri, Jul 6, 2012 at 2:53 AM, Liu
On Fri, 2012-07-13 at 09:51 +0800, Zhang Rui wrote:
On 四, 2012-07-12 at 04:54 -0600, R, Durgadoss wrote:
Hi,
-Original Message-
From: Wei Ni [mailto:w...@nvidia.com]
Sent: Thursday, July 12, 2012 3:53 PM
To: Zhang, Rui; Brown, Len; a...@linux-foundation.org;
On Do, 12.07.2012, 23:35, Stephen Hemminger wrote:
On Thu, 12 Jul 2012 22:55:57 +0200
Piotr Sawuk a9702...@unet.univie.ac.at wrote:
+ * Federico D. Sacerdoti: Added TCP health monitoring.
Please don't do this.
The kernel community no longer maintains a list of contributors
in the
Hi Pantelis,
In case you do not know the process of ARM core patches. You need to
put the patch into Russell's patch system [1] after review gets done.
Then the patch will show up on Russell's git tree.
Regards,
Shawn
[1] http://www.arm.linux.org.uk/developer/patches/
On Fri, May 25, 2012 at
On 五, 2012-07-13 at 15:30 +0800, Wei Ni wrote:
On Fri, 2012-07-13 at 09:51 +0800, Zhang Rui wrote:
On 四, 2012-07-12 at 04:54 -0600, R, Durgadoss wrote:
Hi,
-Original Message-
From: Wei Ni [mailto:w...@nvidia.com]
Sent: Thursday, July 12, 2012 3:53 PM
To: Zhang,
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive updates for the input subsystem. The changes are limited to
adding new VID/PID combinations to drivers to enable support for new
versions of hardware, most notably hardware
BCM63XX implements the clk interface, but does not advertise it.
Signed-off-by: Jonas Gorski jonas.gor...@gmail.com
---
This fixes a build failure in linux-next caused by
5afae362dc79cb8b6b3965422d13d118c63d4ee4 (clk: Add non CONFIG_HAVE_CLK
routines):
CC arch/mips/bcm63xx/clk.o
Hi Ted,
Did you get time to check this patch?
If possible, can you collect the patch from the last sent mail?
On Tue, Jul 10, 2012 at 9:56 PM, Ashish Sangwan
ashishsangw...@gmail.com wrote:
Whether to continue removing extents or not is decided by the return value
of function
Am Freitag, den 13.07.2012, 02:16 +0300 schrieb Michael S. Tsirkin:
My concern was people will ask for more and more stuff that pci
sysfs already has.
If we do add these is there a way to not duplicate code from pci?
I have some concerns about the placing for the BAR mapping code inside
the
Use 'u32' for the LLI structure members, which are defined by hardware to be
32-bit. dma_addr_t is much more vague about its actual size.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
---
drivers/dma/dw_dmac.c |7 ++-
drivers/dma/dw_dmac_regs.h |6 +++---
2
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
---
drivers/dma/dw_dmac.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/dw_dmac.c b/drivers/dma/dw_dmac.c
index 9151511..db56ef4 100644
--- a/drivers/dma/dw_dmac.c
+++ b/drivers/dma/dw_dmac.c
@@
The default values are filled to support at least mem-to-mem tests provided by
dmatest module. It makes sense to choose the 4 bytes (2 least significant bits)
alignment by the default.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
---
drivers/dma/dw_dmac.c |6 ++
1
On Fri, 2012-07-13 at 15:41 +0800, Zhang Rui wrote:
On 五, 2012-07-13 at 15:30 +0800, Wei Ni wrote:
Our tegra thermal framework also will use the generic thermal layer. It
will register the cooling device, and run the throttling in this generic
framework.
But we have a special mechanism,
* Oleg Nesterov o...@redhat.com [2012-07-08 22:30:11]:
Kill insert_vm_struct()-uprobe_mmap(). It is not needed, nobody
except arch/ia64/kernel/perfmon.c uses insert_vm_struct(vma) with
vma-vm_file != NULL.
Right, but somebody else might start using this later.
I cant think of a use case
On Thu, Jun 28, 2012 at 01:59:19PM +0300, Mika Westerberg wrote:
This is similar than what is done for other busses before (PCI, I2C, SPI,
platform). It reduces a lot of unnecessary boilerplate code from modules.
We also remove following redundant check on few drivers:
if
* Oleg Nesterov o...@redhat.com [2012-07-08 22:30:08]:
Kill copy_vma()-uprobe_mmap(new_vma), it is absolutely wrong.
This new_vma was just initialized to represent the new unmapped area,
[vm_start, vm_end) was returned by get_unmapped_area() in the caller.
This means that
On Thu 12-07-12 15:42:53, Hugh Dickins wrote:
On Thu, 12 Jul 2012, Andrew Morton wrote:
On Thu, 12 Jul 2012 09:05:01 +0200
Michal Hocko mho...@suse.cz wrote:
When we are back to the patch. Is it going into 3.5? I hope so and I
think it is really worth stable as well. Andrew?
Hi,
looks like [1] is fixing my suspend/resume problem with v3.5-rc6+
(attached call-trace is with a v3.5-rc6 kernel before the commit got
upstream).
Thanks for the fix!
I am wondering if those new-lines are intended (see attachment)?
- Sedat -
P.S.: Commit details
commit
It would be nice to keep spear-devel in cc, as this is the second
platform that uses this driver.
On Fri, Jul 13, 2012 at 9:09 AM, Andy Shevchenko
andriy.shevche...@linux.intel.com wrote:
The default values are filled to support at least mem-to-mem tests provided by
dmatest module. It makes
On Fri, Jul 13, 2012 at 9:09 AM, Andy Shevchenko
andriy.shevche...@linux.intel.com wrote:
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
---
drivers/dma/dw_dmac.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/dw_dmac.c
On Fri, Jul 13, 2012 at 9:09 AM, Andy Shevchenko
andriy.shevche...@linux.intel.com wrote:
Use 'u32' for the LLI structure members, which are defined by hardware to be
32-bit. dma_addr_t is much more vague about its actual size.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Hi Joe,
On 13 July 2012 07:13, Joe Perches j...@perches.com wrote:
The @smsc.com email address is bouncing.
Should it be removed from MAINTAINERS or switched to this
@shawell.net address?
It should be changed, I posted a patch to do this back in April - I guess
it didn't get picked up. Did
On 13/07/12 08:58, Jonas Gorski wrote:
BCM63XX implements the clk interface, but does not advertise it.
Signed-off-by: Jonas Gorski jonas.gor...@gmail.com
---
This fixes a build failure in linux-next caused by
5afae362dc79cb8b6b3965422d13d118c63d4ee4 (clk: Add non CONFIG_HAVE_CLK
When populate pages across a mem boundary at bootup, the page count
populated isn't correct. This is due to mem populated to non-mem
region and ignored.
Pfn range is also wrongly aligned when mem boundary isn't page aligned.
-v2: If xen_do_chunk fail(populate), abort this chunk and any others.
On Wed, May 30, 2012 at 11:43:05AM +0200, Karol Lewandowski wrote:
This commit fixes warning introduced in 27452498a (i2c-s3c2410: Rework
device type handling):
drivers/i2c/busses/i2c-s3c2410.c: In function 's3c24xx_get_device_quirks':
drivers/i2c/busses/i2c-s3c2410.c:125: warning:
This patchset implements bio-based IO path for virito-blk to improve
performance.
Fio test shows bio-based IO path gives the following performance improvement:
1) Ramdisk device
With bio-based IO path, sequential read/write, random read/write
IOPS boost : 28%, 24%, 21%, 16%
This patch introduces bio-based IO path for virtio-blk.
Compared to request-based IO path, bio-based IO path uses driver
provided -make_request_fn() method to bypasses the IO scheduler. It
handles the bio to device directly without allocating a request in block
layer. This reduces the IO path in
On Thu, Jul 12, 2012 at 10:02 PM, Bjorn Helgaas bhelg...@google.com wrote:
Why don't you fix this right where the problem occurs, in
__reserve_region_with_split(), with something like this:
if (end conflict-start conflict-start start)
Split the mapping code in blk_rq_map_sg() to a helper
__blk_segment_map_sg(), so that other mapping function, e.g.
blk_bio_map_sg(), can share the code.
Cc: Jens Axboe ax...@kernel.dk
Cc: Tejun Heo t...@kernel.org
Cc: Shaohua Li s...@kernel.org
Cc: linux-kernel@vger.kernel.org
Suggested-by: Tejun
Add a helper to map a bio to a scatterlist, modelled after
blk_rq_map_sg.
This helper is useful for any driver that wants to create
a scatterlist from its -make_request_fn method.
Changes in v2:
- Use __blk_segment_map_sg to avoid duplicated code
- Add cocbook style function comment
Cc: Jens
On Fri, Jul 13, 2012 at 11:26 AM, viresh kumar viresh.ku...@linaro.org wrote:
It would be nice to keep spear-devel in cc, as this is the second
platform that uses this driver.
I used to get the list of recipients via get_maintainer script. Will
try to not forget about that address in the future.
Even if cpu_down() fails, acpi_processor_remove() continues to remove the cpu.
But in this case, it should return error number since some process may run on
the cpu. If the cpu has a running process and the cpu is turned the power off,
the system may not work well.
Reviewed-by: Srivatsa S. Bhat
Hello,
[I added git@vger.k.o to Cc: please strip the recipents accordingly if
you reply.]
On Fri, Jul 13, 2012 at 09:02:56AM +1000, Marc Reilly wrote:
Hi Uwe,
This series was tested on a Phytec pcm038 (mc13783 on spi) using
traditional boot (i.e. not dt) and on a i.MX53 based machine
Even if acpi_processor_handle_eject() offlines cpu, there is a chance
to online the cpu after that. So the patch closes the window by using
get/put_online_cpus().
Why does the patch change _cpu_up() logic?
The patch cares the race of hot-remove cpu and _cpu_up(). If the patch
does not change it,
acpi_bus_trim() stops removing devices, when acpi_bus_remove() return error
number. But acpi_bus_remove() cannot return error number correctly.
acpi_bus_remove() only return -EINVAL, when dev argument is NULL. Thus even if
device cannot be removed correctly, acpi_bus_trim() ignores and continues
Hi folks,
[I am resending to fix the broken thread in the previous one.]
This patchset adds vhost-blk support. vhost-blk is a in kernel virito-blk
device accelerator. Compared to userspace virtio-blk implementation, vhost-blk
gives about 5% to 15% performance improvement.
Asias He (5):
aio:
This is useful for people who want to create an eventfd in kernel,
e.g. vhost-blk.
Cc: Alexander Viro v...@zeniv.linux.org.uk
Cc: Jeff Moyer jmo...@redhat.com
Cc: Michael S. Tsirkin m...@redhat.com
Cc: linux-fsde...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: k...@vger.kernel.org
Cc:
vhost-blk is a in kernel virito-blk device accelerator.
This patch is based on Liu Yuan's implementation with various
improvements and bug fixes. Notably, this patch makes guest notify and
host completion processing in parallel which gives about 60% performance
improvement compared to Liu Yuan's
This is useful for people who want to use aio in kernel, e.g. vhost-blk.
Cc: Benjamin LaHaise b...@kvack.org
Cc: Alexander Viro v...@zeniv.linux.org.uk
Cc: Jeff Moyer jmo...@redhat.com
Cc: James Bottomley james.bottom...@hansenpartnership.com
Cc: Michael S. Tsirkin m...@redhat.com
Cc:
vhost-net's feature does not deseve the name VHOST_FEATURES. Use
VHOST_NET_FEATURES instead.
Cc: Michael S. Tsirkin m...@redhat.com
Cc: linux-kernel@vger.kernel.org
Cc: k...@vger.kernel.org
Cc: virtualizat...@lists.linux-foundation.org
Signed-off-by: Asias He as...@redhat.com
---
On 13/07/12 09:45, Andy Shevchenko wrote:
To understand it more, what does this mean? We will not support
transfers with unaligned
addresses/length to word size?
The dmatest module uses those constants to get source, destination
addresses and length of the test data aligned. On the other
Currently, vhost-net is the only consumer of vhost infrastructure. So
vhost infrastructure and vhost-net driver are in a single module.
Separating this as a vhost.ko module and a vhost-net.ko module makes it
is easier to share code with other vhost drivers, e.g. vhost-blk.ko,
tcm-vhost.ko.
Cc:
On Thu, Jul 12, 2012 at 8:40 PM, Valentin, Eduardo
eduardo.valen...@ti.com wrote:
Amit,
On Thu, Jul 12, 2012 at 4:41 PM, Amit Daniel Kachhap
amit.kach...@linaro.org wrote:
This patchset introduces a new generic cooling device based on cpufreq
that can be used on non-ACPI platforms. As a
At 07/09/2012 06:26 PM, Yasuaki Ishimatsu Wrote:
When (hot)adding memory into system, /sys/firmware/memmap/X/{end, start, type}
sysfs files are created. But there is no code to remove these files. The patch
implements the function to remove them.
Note : The code does not free
For example, in the following scenario, Process2 may get the wrong value;
Process1:
mutex_lock(lock);
write data; (store operation)
mutex_unlock(lock);
Process2:
mutex_lock(lock);
read data; (load operation)
mutex_unlock(lock);
Suppose Process1 gets the lock first, write data and unlock. If the
On 12 July 2012 18:24, Thomas Abraham thomas.abra...@linaro.org wrote:
Some platforms allow for clock gating and control of bus interface unit clock
and card interface unit clock. Add support for clock lookup of optional biu
and ciu clocks for clock gating and clock speed determination.
On Thu, Jul 12, 2012 at 10:02:42AM -0700, Paul E. McKenney wrote:
On Fri, Jul 13, 2012 at 12:57:38AM +0800, Fengguang Wu wrote:
On Thu, Jul 12, 2012 at 09:43:08AM -0700, Paul E. McKenney wrote:
On Wed, Jul 11, 2012 at 12:49:24AM -0700, Paul E. McKenney wrote:
On Tue, Jul 10, 2012 at
From: G.Shark Jeong gshark.je...@gmail.com
LM3554 :
The LM3554 is a 2 MHz fixed-frequency synchronous boost
converter with 1.2A dual high side led drivers.
Datasheet: www.ti.com
G.Shark Jeong (1):
leds: Add LED driver for lm3554 chip
drivers/leds/Kconfig |8 +
From: G.Shark Jeong gshark.je...@gmail.com
LM3554 :
The LM3554 is a 2 MHz fixed-frequency synchronous boost
converter with 1.2A dual high side led drivers.
Datasheet: www.ti.com
Signed-off-by: G.Shark Jeong gshark.je...@gmail.com
---
drivers/leds/Kconfig |8 +
This patch is a driver for SiS964 I2C bus.
It was forked from i2c-sis630 and modified with SiS datasheets.
Tested with kmemleak.
Signed-off-by: Amaury Decrême amaury.decr...@gmail.com
---
Documentation/i2c/busses/i2c-sis964 | 34 ++
MAINTAINERS | 16 +
On 07/13/2012 05:19 AM, Rob Herring wrote:
What's implemented in Linux should not define the binding. The binding
should describe the hardware.
[...]
True, but not your problem to implement. A binding doesn't necessarily
mean there is a full Linux implementation. We just don't want to create
On Fri, Jul 13, 2012 at 10:10:52AM +0100, shan kang wrote:
For example, in the following scenario, Process2 may get the wrong value;
Process1:
mutex_lock(lock);
write data; (store operation)
mutex_unlock(lock);
Process2:
mutex_lock(lock);
read data; (load operation)
mutex_unlock(lock);
Hi,
while dealing with [1], I saw this mei-related infos in dmesg when
doing a suspend + resume (see [1] for more logs):
[17046.348467] [a00554d8] mei_pci_suspend+0x78/0xd0 [mei]
[17047.460315] mei :00:16.0: irq 47 for MSI/MSI-X
[17047.460512] mei :00:16.0: request_threaded_irq
On Thu, Jul 05, 2012 at 05:02:12PM -0700, Colin Cross wrote:
[...]
KGDB can obviously only be enabled on development
devices, although perhaps a more limited KDB could be left enabled.
Um, I would argue about 'obviously'. :-) It doesn't require
CONFIG_DEBUG_INFO (-g) or something like this, so
On Fri, 13 Jul 2012, Mike Galbraith wrote:
On Thu, 2012-07-12 at 15:31 +0200, Thomas Gleixner wrote:
Bingo, that makes it more likely that this is caused by copying w/o
initializing the lock and then freeing the original structure.
A quick check for memcpy finds that
On Fri, Jul 13, 2012 at 05:43:30AM +, AnilKumar, Chimata wrote:
Thanks much, are you going to push reset of the patches in this series?
No, there's no dependency so I'd expect them to be applied by the
architecture maintainers.
signature.asc
Description: Digital signature
On Fri, 2012-07-13 at 16:11 +0800, Wei Ni wrote:
On Fri, 2012-07-13 at 15:41 +0800, Zhang Rui wrote:
On 五, 2012-07-13 at 15:30 +0800, Wei Ni wrote:
Our tegra thermal framework also will use the generic thermal layer. It
will register the cooling device, and run the throttling in this
Yes, a customer reported an issue to me.
After my investigation, I found the problem may be the lack of dmb
in mutex_lock and mutex_unlock functions.
Moreover, the issue could be resolved after the dmb was added.
2012/7/13 Will Deacon will.dea...@arm.com:
On Fri, Jul 13, 2012 at 10:10:52AM
On Thu, 12 Jul 2012, Chris Mason wrote:
On Thu, Jul 12, 2012 at 05:07:58AM -0600, Thomas Gleixner wrote:
On Thu, 12 Jul 2012, Mike Galbraith wrote:
crash struct rt_mutex 0x8801770601c8
struct rt_mutex {
wait_lock = {
raw_lock = {
slock = 7966
}
},
Hi,
On Fri, 13 Jul 2012 00:33:07 +0300, Sami Liedes sami.lie...@iki.fi wrote:
Hi,
Kernel 3.4.4 with kmemcheck enabled does not correctly boot on my
system, which is a x86-64, Core i7 Sandy Bridge computer with Asus
P8P67-EVO motherboard. The errors seem to be related to ACPI, but
there may
On Fri, Jul 13, 2012 at 11:56 AM, viresh kumar viresh.kum...@arm.com wrote:
I wanted to ask, will normal memcpy for anybody will work with unaligned
addresses
with this patch? I believe they will.
Hmm... I just rechecked and it seems it works without this patch. I
didn't remember why this
2012/7/13 Andrew Morton a...@linux-foundation.org:
On Thu, 12 Jul 2012 20:04:53 +0900
Akinobu Mita akinobu.m...@gmail.com wrote:
The function dup_task() may fail at the following function calls in
the following order.
0) alloc_task_struct_node()
1) alloc_thread_info_node()
2)
On Fri, Jul 13, 2012 at 11:47 AM, Sedat Dilek sedat.di...@gmail.com wrote:
Hi,
while dealing with [1], I saw this mei-related infos in dmesg when
doing a suspend + resume (see [1] for more logs):
[17046.348467] [a00554d8] mei_pci_suspend+0x78/0xd0 [mei]
[17047.460315] mei
On 07/13/2012 11:43 AM, Christian Borntraeger wrote:
On 13/07/12 05:35, Raghavendra K T wrote:
maybe define static inline access functions in kvm_host.h that are no-ops
if CONFIG_HAVE_KVM_CPU_RELAX_INTERCEPT is not set.
As I already said, can you have a look at using access functions?
Yes.
On Fri, 2012-07-13 at 11:52 +0200, Thomas Gleixner wrote:
On Fri, 13 Jul 2012, Mike Galbraith wrote:
On Thu, 2012-07-12 at 15:31 +0200, Thomas Gleixner wrote:
Bingo, that makes it more likely that this is caused by copying w/o
initializing the lock and then freeing the original
-Original Message-
From: Sedat Dilek [mailto:sedat.di...@gmail.com]
Sent: Friday, July 13, 2012 12:48 PM
To: Winkler, Tomas
Cc: Thomas Gleixner; LKML; Greg Kroah-Hartman; Roland Dreier
Subject: [3.5-rc6+] mei: irq: request_threaded_irq is missing the
IRQF_ONESHOT flag
Hi,
Hi all,
Here is v2 for the KGDB FIQ debugger, the changes include:
- Per Colin Cross' suggestion, we should not enter the debugger on any
received byte (this might be a problem when there's a noise on the
serial line). So there is now an additional patch that implements
knocking to the KDB
Currently kernel never set KGDB_REASON_NMI. We do now, when we enter
KGDB/KDB from an NMI.
This is not to be confused with kgdb_nmicallback(), NMI callback is
an entry for the slave CPUs during CPUs roundup, but REASON_NMI is the
entry for the master CPU.
Signed-off-by: Anton Vorontsov
The FIQ debugger may be used to debug situations when the kernel stuck
in uninterruptable sections, e.g. the kernel infinitely loops or
deadlocked in an interrupt or with interrupts disabled.
By default KGDB FIQ is disabled in runtime, but can be enabled with
kgdb_fiq.enable=1 kernel command line
As Colin Cross noticed, serial ports could be noisy, so occasional
characters once in a while are possible. So, considering the noise
possibility, entering the debugger on any received byte is unacceptable
for production devices.
This changes KGDB FIQ behaviour in a such way so that we have to
If enabled, kernel will able to enter KGDB upon serial line activity on
UART ports.
Note that even with this patch and CONFIG_KGDB_FIQ is enabled, you still
need to pass kgdb_fiq.enable=1 kernel command line option, otherwise UART
will behave in a normal way.
By default UART0 is used, but this
This makes the code more izolated.
The downside of this is that we now have an additional branch and the
code itself is 8 bytes longer. But on the bright side, this new layout
can be more cache friendly since cr_alignment address might be already
in the cache line (not that I measured anything,
Just a couple of calls to manage VIC FIQ routing. We'll use them for
KGDB FIQ support on ARM Versatile machines.
Signed-off-by: Anton Vorontsov anton.voront...@linaro.org
---
arch/arm/common/vic.c | 28
arch/arm/include/asm/hardware/vic.h |2 ++
2
1 - 100 of 836 matches
Mail list logo