>
> /*
> * Shift extent records to the left to cover a hole.
> *
> * The maximum number of extents to be shifted in a single operation
> * is @count, and @current_ext keeps track of the current extent
> * index we have shifted. If there is no hole to shift the extents
> * into, then we abort
On Wed, 2013-10-09 at 12:16 -0500, Seth Jennings wrote:
> On Wed, Oct 09, 2013 at 10:30:22AM -0500, Seth Jennings wrote:
> > In my approach, I was also looking at allowing the zbud pools to use
> > HIGHMEM pages, since the handle is no longer an address. This requires
> > the pages that are being
On Thu, Oct 10, 2013 at 08:52:33AM +0200, Geert Uytterhoeven wrote:
> On Thu, Oct 10, 2013 at 4:46 AM, Fengguang Wu wrote:
> > On Wed, Oct 09, 2013 at 11:47:33PM +0200, Jan Kara wrote:
> >> On Wed 09-10-13 20:43:50, Richard Weinberger wrote:
> >> > Am 09.10.2013 19:26, schrieb Toralf Förster:
> >>
* Namhyung Kim wrote:
> > +test-volatile-register-var:
> > + $(BUILD) -Werror -Wvolatile-register-var
>
> I'm not sure this test is necessary at all.
>
> The gcc manpage says this warning is enabled by -Wall, and we add -Wall
> to CFLAGS before doing feature checks. So all gcc versions tha
While looking at the code, I noticed that bin_attribute read() and write()
ops copy the inode size into an int for futher comparisons.
Some bin_attributes can be fairly large. For example, pci creates some for
BARs set to the BAR size and giant BARs are around the corner, so this is
going to break
Namhyung Kim noticed that the volatile-register-var feature check
is superfluous:
> The gcc manpage says this warning is enabled by -Wall, and we add -Wall
> to CFLAGS before doing feature checks. So all gcc versions that support
> -Wvolatile-register-var enables it by default without this che
On Wed, Oct 09, 2013 at 01:03:54PM +0200, Ingo Molnar wrote:
>
> * Mel Gorman wrote:
>
> > This series has roughly the same goals as previous versions despite the
> > size. It reduces overhead of automatic balancing through scan rate reduction
> > and the avoidance of TLB flushes. It selects a p
On 10/08/2013 03:39 PM, Gleb Natapov wrote:
> On Tue, Oct 08, 2013 at 02:58:22PM +0800, chai wen wrote:
>> On 10/02/2013 12:04 AM, chaiwen wrote:
>>> On 09/30/2013 08:51 PM, Gleb Natapov wrote:
On Mon, Sep 30, 2013 at 06:03:07PM +0800, chai wen wrote:
> Hi all
>
> Async page fault
Hello Andrew,
+-- On Wed, 9 Oct 2013, Andrew Morton wrote --+
| It would be better to make the change in one place, rather than for each
| architecture. That would appear to involve moving a hunk from
| arch/x86/Makefile into init/Makefile, or perhaps ./Makefile.
Right, I was trying to fi
* Namhyung Kim wrote:
> On Tue, 8 Oct 2013 12:10:36 +0200, Ingo Molnar wrote:
> > -ifeq ($(call try-cc,$(SOURCE_HELLO),$(CFLAGS) -Werror
> > -Wstack-protector,-Wstack-protector),y)
> > +ifeq ($(feature-stackprotector), 1)
> >CFLAGS += -Wstack-protector
> > endif
>
> [SNIP]
>
> > +test-s
Namhyung Kim noticed that the stackprotector testcase was incomplete:
> The flag being checked should be -"W"stack-protector instead of
> -"f"stack-protector. And the gcc manpage says that -Wstack-protector is
> only active when -fstack-protector is active. So the end result should
> loo
* Namhyung Kim wrote:
> On Tue, 8 Oct 2013 12:10:33 +0200, Ingo Molnar wrote:
> > +-include *.d */*.d
>
> Hmm.. this */*.d part is really needed?
Indeed! :-) I'll remove it.
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
Namhyung Kim noticed that the autodep .d file inclusion rule was
unnecessarily complicated:
> > +-include *.d */*.d
>
> Hmm.. this */*.d part is really needed?
Only include *.d files.
Reported-by: Namhyung Kim
Cc: Arnaldo Carvalho de Melo
Cc: Peter Zijlstra
Cc: David Ahern
Cc: Jiri Ols
On Wed, Oct 09, 2013 at 11:00:38PM -0300, Felipe Pena wrote:
> Fix for a memory leak on test_file() function in dso-data.c
oops, thanks ;-)
Acked-by: Jiri Olsa
>
> Signed-off-by: Felipe Pena
> ---
> tools/perf/tests/dso-data.c |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/tool
On Thu, Oct 10, 2013 at 03:05:58PM +0800, chai wen wrote:
> On 10/08/2013 03:39 PM, Gleb Natapov wrote:
> > On Tue, Oct 08, 2013 at 02:58:22PM +0800, chai wen wrote:
> >> On 10/02/2013 12:04 AM, chaiwen wrote:
> >>> On 09/30/2013 08:51 PM, Gleb Natapov wrote:
> On Mon, Sep 30, 2013 at 06:03:07
Hi Ingo,
On Wed, Sep 11, 2013 at 07:18:14PM +0400, Alexey Vlasov wrote:
> On Thu, Sep 05, 2013 at 01:12:52PM +0200, Ingo Molnar wrote:
> >
> > Could you try the latest -tip tree at:
> >
> >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> >
> > In particular this fix:
> >
> >
* Namhyung Kim wrote:
> Hi Ingo,
>
> On Tue, 8 Oct 2013 12:10:32 +0200, Ingo Molnar wrote:
> > +feature_check = $(eval $(feature_check_code)); $(info CHK:
> > config/feature-checks/test-$(1))
> > +define feature_check_code
> > + feature-$(2) := $(shell make -C config/feature-checks test-$1 >
* Namhyung Kim wrote:
> On Tue, 8 Oct 2013 12:11:02 +0200, Ingo Molnar wrote:
> > +test-all:
> > + $(BUILD) -Werror -fstack-protector -Wvolatile-register-var -O2
> > -Werror -D_FORTIFY_SOURCE=2 -ldw -lelf -lnuma -lunwind -lunwind-x86_64
> > -lelf -laudit -I/usr/include/slang -lslang $(shell
On Thu, Oct 10, 2013 at 10:31:22AM +0800, Chen Gang wrote:
> The type of 'v->counter' is always 'int', and related inline assembly
> code also process 'int', so use 'unsigned int' instead of 'unsigned
> long' for the 'mask'.
>
>
> Signed-off-by: Chen Gang
> ---
> arch/s390/include/asm/atomic.h
* Dong Zhu wrote:
> > > Agree, I modified this patch and resubmited it again, Could you help
> > > reviewing it again ? Thanks !
> > >
> > > From 263c40abea8011c82582b2d671ae783b26f44bd5 Mon Sep 17 00:00:00 2001
> > > From: Dong Zhu
> > > Date: Thu, 10 Oct 2013 13:46:08 +0800
> > >
> > > We
Good Day Beneficiary:
I write to inform you that we have been given the mandate to transfer your
full compensation payment of $1,800,000.00 USD via western union by this
government.
We tried to give you the Western Union Instructions through phone, but we
could not locate your numbers in our data
How are you today?
I write to inform you that we have already sent you $5000.00USD through Western
union as we have been given the mandate to transfer your full compensation
payment of $1.800,000.00USD via western union by this government. I called to
give you the information through phone as inte
* Andrew Morton wrote:
> On Thu, 10 Oct 2013 08:27:41 +0200 Ingo Molnar wrote:
>
> > * Andrew Morton wrote:
> >
> > > On Tue, 08 Oct 2013 12:25:05 +0200 Peter Zijlstra
> > > wrote:
> > >
> > > > The current cpu hotplug lock is a single global lock; therefore
> > > > excluding hotplug is
On Thu, Oct 10, 2013 at 02:23:13PM +0800, Fengguang Wu wrote:
> Dave,
>
> Here are the first oops chunks that show up in the 3.12-rc4 kernel
> with only XFS build in. Attached is the kconfig and one full dmesg.
>
> Hope there are more clues in them. I'll further test whether the
> problems disapp
On Thu, 10 Oct 2013 09:27:57 +0200 Ingo Molnar wrote:
> > > Should be fairly straightforward to test: the sys_sched_getaffinity()
> > > and sys_sched_setaffinity() syscalls both make use of
> > > get_online_cpus()/put_online_cpus(), so a testcase frobbing affinities
> > > on N CPUs in parallel
The Palmas device contains only a USB VBUS-ID detector, so added a
compatible type *ti,palmas-usb-vid*. Didn't remove the existing compatible
types for backward compatibility.
Signed-off-by: Kishon Vijay Abraham I
---
Changes from v4:
* added compatible property "ti,twl6035-usb-vid"
Changes from
On 10/10/2013 03:25 PM, Heiko Carstens wrote:
> On Thu, Oct 10, 2013 at 10:31:22AM +0800, Chen Gang wrote:
>> The type of 'v->counter' is always 'int', and related inline assembly
>> code also process 'int', so use 'unsigned int' instead of 'unsigned
>> long' for the 'mask'.
>>
>>
>> Signed-off-by:
Hi Jason,
the Unix-Domain-Socket or DBus has actually been on my agenda for quite
some time now, as soon as I find some time or MScCS student for it.
If you know any... ;-)
In any case, I like your idea to split trousers IPC to two distinct unix sockets
for localities. In this case, we could also
> -Original Message-
> From: Wood Scott-B07421
> Sent: Thursday, October 10, 2013 1:33 AM
> To: Yoder Stuart-B08248
> Cc: Wood Scott-B07421; Kim Phillips; Christoffer Dall; Alex Williamson; linux-
> ker...@vger.kernel.org; a.mota...@virtualopensystems.com; ag...@suse.de; Sethi
> Varun-B16
* Andrew Morton wrote:
> On Thu, 10 Oct 2013 09:27:57 +0200 Ingo Molnar wrote:
>
> > > > Should be fairly straightforward to test: the sys_sched_getaffinity()
> > > > and sys_sched_setaffinity() syscalls both make use of
> > > > get_online_cpus()/put_online_cpus(), so a testcase frobbing aff
H. Peter Anvin wrote:
> On 10/09/2013 09:03 AM, Theodore Ts'o wrote:
>> You can specify as a command-line argument (-H) to rngd the entropy
>> per bit of input data.
>
> There is no -H option in upstream rngd. It might be in the Debian fork,
> but the Debian fork has serious other problems.
What
> > > I suspect we could do something like:
> > >
> > > seq_printf("Status: collection %s\n", timer_stats_active ? "enabled" :
> > > "disabled");
> > >
> > > and save a bit of kernel image size?
> > >
> > > Also, please bump up the version to v0.3, to give parsers a chance.
>
> I think you f
On Mon, Oct 07, 2013 at 01:41:59PM +0300, Taras Kondratiuk wrote:
> Initially commit cb527ede1bf6ff2008a025606f25344b8ed7b4ac
> "i2c-omap: Double clear of ARDY status in IRQ handler"
> added a workaround for undocumented errata ProDB0017052.
> But then commit 1d7afc95946487945cc7f5019b41255b72224b7
* Tim Chen wrote:
> The throughput of pure mmap with mutex is below vs pure mmap is below:
>
> % change in performance of the mmap with pthread-mutex vs pure mmap
> #threadsvanilla all rwsem without optspin
> patches
> 1 3.0%
Hi Gleb,
On 10/10/2013 03:15 PM, Gleb Natapov wrote:
> On Thu, Oct 10, 2013 at 03:05:58PM +0800, chai wen wrote:
>> On 10/08/2013 03:39 PM, Gleb Natapov wrote:
>>> On Tue, Oct 08, 2013 at 02:58:22PM +0800, chai wen wrote:
On 10/02/2013 12:04 AM, chaiwen wrote:
> On 09/30/2013 08:51 PM, G
The new GPIO descriptor based interface is now preferred over the old
integer based one. This patch converts the ACPI GPIO helpers to use this
new interface internally. In addition to that provide compatibility
function acpi_get_gpio_by_index() that converts the returned GPIO
descriptor to an integ
The ACPI GpioInt resources contain polarity field that is used to specify
whether the interrupt is active high or low. Since gpiolib supports
GPIOF_ACTIVE_LOW we can pass this information in the flags field in
acpi_find_gpio(), analogous to the DeviceTree version.
Signed-off-by: Mika Westerberg
A
On Thu, Oct 10, 2013 at 03:53:08PM +0800, Gu Zheng wrote:
> Hi Gleb,
>
> On 10/10/2013 03:15 PM, Gleb Natapov wrote:
>
> > On Thu, Oct 10, 2013 at 03:05:58PM +0800, chai wen wrote:
> >> On 10/08/2013 03:39 PM, Gleb Natapov wrote:
> >>> On Tue, Oct 08, 2013 at 02:58:22PM +0800, chai wen wrote:
> >
In addition to the existing ACPI specific GPIO interface, document the new
descriptor based GPIO interface in Documentation/acpi/enumeration.txt, so
it is clear that this new interface is preferred over the ACPI specific
version.
Signed-off-by: Mika Westerberg
Acked-by: Rafael J. Wysocki
Reviewe
Hi,
This is an updated version of the patches that convert ACPI GPIO helpers to
the new gpiod_ interfaces. The previous version can be seen here:
http://www.spinics.net/lists/linux-acpi/msg46542.html
Changes to the previous version:
* Added check that pin is in range of available pins in acpi_
> -Original Message-
> From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On Behalf
> Of
> Kim Phillips
> Sent: Thursday, October 10, 2013 8:36 AM
> To: Wood Scott-B07421
> Cc: Yoder Stuart-B08248; Wood Scott-B07421; christoffer.d...@linaro.org;
> alex.william...@redhat.c
On Wed, 9 Oct 2013, Simon Wood wrote:
>
> Signed-off-by: Simon Wood
Simon,
thanks for the series. I however very much dislike commits without a
single line of changelog ... could you please resend the series with a few
sentences as a patch description (i.e. what, why, how).
Thanks a lot.
>
gpiod_get_index() and gpiod_get() are now the new preferred way to request
GPIOs. Add support for finding the corresponding GPIO descriptor from ACPI
namespace.
Signed-off-by: Mika Westerberg
Acked-by: Rafael J. Wysocki
Reviewed-by: Alexandre Courbot
---
drivers/gpio/gpiolib.c | 10 ++
* Paul E. McKenney wrote:
> And it now builds, boots, and passes short rcutorture tests, updated
> patch below.
>
> One side-effect is the boot parameters, namely that what used to be
> rcutree.blimit=10 is now simply tree.blimit=10. Not a problem for me, I
> just made my test scripts probe
On Thu, Oct 10, 2013 at 08:51:04AM +0200, Jakub Jelinek wrote:
> @@ -8,6 +8,7 @@ foo (int a, int b)
>asm volatile goto ("bts $1, %0; jc %l[lab]" : : "m" (b) : "memory" : lab);
>return 0;
> lab:
> + asm ("");
>return 0;
> }
Or alternatively put the asm (""); right after asm goto,
a
It makes more sense to have these functions close to each other. No
functional changes.
Signed-off-by: Mika Westerberg
Acked-by: Rafael J. Wysocki
---
drivers/gpio/gpiolib-acpi.c | 76 ++---
1 file changed, 38 insertions(+), 38 deletions(-)
diff --git a/
On 10/08/13 at 06:48pm, Borislav Petkov wrote:
> From: Borislav Petkov
>
> We map the EFI regions needed for runtime services contiguously on
> virtual addresses starting from -4G down for a total max space of 64G.
> This way, we provide for stable runtime services addresses across
> kernels so t
2013/10/9 John W. Linville :
> On Sun, Oct 06, 2013 at 11:55:45PM -0700, Greg Kroah-Hartman wrote:
>> The dev_attrs field of struct bus_type is going away soon, dev_groups
>> should be used instead. This converts the bcma bus code to use the
>> correct field.
>>
>> Cc: Rafał Miłecki
>> Cc:
>> Si
On Wed, Oct 09, 2013 at 05:04:20PM +0300, Mika Westerberg wrote:
> From: Lv Zheng
>
> If the I2C client device is enumerated from ACPI namespace it might have
> ACPI methods that needs to be called in order to transition the device to
> different power states (such as _PSx).
>
> Implement this f
On 10/10/2013 04:01 PM, Gleb Natapov wrote:
> On Thu, Oct 10, 2013 at 03:53:08PM +0800, Gu Zheng wrote:
>> Hi Gleb,
>>
>> On 10/10/2013 03:15 PM, Gleb Natapov wrote:
>>
>>> On Thu, Oct 10, 2013 at 03:05:58PM +0800, chai wen wrote:
On 10/08/2013 03:39 PM, Gleb Natapov wrote:
> On Tue, Oct
On Thu, Oct 10, 2013 at 02:03:34PM +0800, Fengguang Wu wrote:
> On Thu, Oct 10, 2013 at 03:28:20PM +1100, Dave Chinner wrote:
> > On Thu, Oct 10, 2013 at 11:38:34AM +0800, Fengguang Wu wrote:
> > > On Thu, Oct 10, 2013 at 11:33:00AM +0800, Fengguang Wu wrote:
> > > > On Thu, Oct 10, 2013 at 11:26:3
On 10/10/13 at 04:06pm, Dave Young wrote:
> On 10/08/13 at 06:48pm, Borislav Petkov wrote:
> > From: Borislav Petkov
> >
> > We map the EFI regions needed for runtime services contiguously on
> > virtual addresses starting from -4G down for a total max space of 64G.
> > This way, we provide for s
Hi Felipe,
On Wed, 9 Oct 2013 23:28:55 -0300, Felipe Pena wrote:
> Fix for a memory leak on tracing_data_get() function when returning NULL
> explicitly
Thanks for fixing this bug. Please see comment below.
>
> Signed-off-by: Felipe Pena
> ---
> tools/perf/util/trace-event-info.c |8 +++
Hi,
On 10/10/13 00:08, Marek Belisko wrote:
> For communicating with driver is used gpio bitbanging because TD028 does
> not have a standard compliant SPI interface. It is a 3-wire thing with
> direction reversal.
Isn't that SPI_3WIRE?
> Communication with display is used only during panel enabl
On Thu, Oct 10, 2013 at 10:09:19AM +0200, Wolfram Sang wrote:
> On Wed, Oct 09, 2013 at 05:04:20PM +0300, Mika Westerberg wrote:
> > From: Lv Zheng
> >
> > If the I2C client device is enumerated from ACPI namespace it might have
> > ACPI methods that needs to be called in order to transition the
On Thu, 10 Oct 2013 09:21:21 +0200, Ingo Molnar wrote:
> * Namhyung Kim wrote:
>
>> Hi Ingo,
>>
>> On Tue, 8 Oct 2013 12:10:32 +0200, Ingo Molnar wrote:
>> > +feature_check = $(eval $(feature_check_code)); $(info CHK:
>> > config/feature-checks/test-$(1))
>> > +define feature_check_code
>> > +
* Jakub Jelinek wrote:
> On Thu, Oct 10, 2013 at 08:51:04AM +0200, Jakub Jelinek wrote:
> > @@ -8,6 +8,7 @@ foo (int a, int b)
> >asm volatile goto ("bts $1, %0; jc %l[lab]" : : "m" (b) : "memory" :
> > lab);
> >return 0;
> > lab:
> > + asm ("");
> >return 0;
> > }
>
> Or altern
Dave,
>> This is an easily reproducible bug. And I further confirmed it in
>> two ways:
>>
>> 1) turn off XFS, build 39 commits and boot them 2000+ times
>>
>> => no single mount error
>
>That doesn't tell you it is an XFS error. Absence of symptoms !=
>absence of bug.
True.
>> 2) turn off all o
Hi!
We are running some x86_64 servers with large RAM (128GB). Just to imagine:
With a memory speed of a little more than 9GB/s it takes > 10 seconds to read
all RAM...
In the past and recently we had problems with read() stalls when the kernel was
writing back big amounts (like 80GB) of dirty
On Thu, 10 Oct 2013 09:24:13 +0200, Ingo Molnar wrote:
> * Namhyung Kim wrote:
>
>> On Tue, 8 Oct 2013 12:11:02 +0200, Ingo Molnar wrote:
>> > +test-all:
>> > + $(BUILD) -Werror -fstack-protector -Wvolatile-register-var -O2
>> > -Werror -D_FORTIFY_SOURCE=2 -ldw -lelf -lnuma -lunwind -lunwind-x8
I forgot to mention: CPU power is not the problem: We have 2 * 6 Cores (2
Threads each), making 24 logical CPUs...
>>> Ulrich Windl schrieb am 10.10.2013 um
>>> 10:15
in Nachricht <52566237.478 : 161 : 60728>:
> Hi!
>
> We are running some x86_64 servers with large RAM (128GB). Just to imagine
Hi Jin,
On 10/10/2013 04:09 PM, Jin Xu wrote:
> Hi Gu,
>
> I have a comment below.
>
>> Date: Wed, 9 Oct 2013 12:04:09 +0800
>> From: guz.f...@cn.fujitsu.com
>> To: yuan.mark.zh...@samsung.com
>> CC: jaegeuk@samsung.com; linux-f2fs-de...@lists.sourceforge.net;
>> linux-kernel@vger.kernel.o
On Thu, Oct 10, 2013 at 10:24:30AM +0200, Ingo Molnar wrote:
> Something like the patch below? (Totally untested and all that.)
>
> Notes:
>
> - If the bug is fixed in 4.8.3 then the version check can be sharpened
> from 9 to 40803.
The bug is likely going to be fixed already for 4.8.2 (to
* Ingo Molnar wrote:
> Something like the patch below? (Totally untested and all that.)
It's up to 'lightly tested' state on x86: the .config that produced a
crash before now boots fine, so the workaround appears to work!
Thanks,
Ingo
--
To unsubscribe from this list: send the line "
Some gpio chips may have get/set operations that
can sleep. For this type of chips we must use the
_cansleep() version of gpio_set_value.
Signed-off-by: Ionut Nicu
---
drivers/i2c/muxes/i2c-mux-gpio.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/i2c/
The i2c-mux driver uses the chan_id parameter provided
in i2c_add_mux_adapter as a parameter to the select
and deselect callbacks while the i2c-mux-gpio driver
uses the chan_id as an index in the mux->data.values
array.
A simple example of where this doesn't work is when we
have a device tree like
Hi,
On Thu, 10 Oct 2013 08:39:18 +0200, Ingo Molnar wrote:
> Yes, this is a limitation: it will only do the redirection if the source
> repository is clean.
>
> I don't see a simple solution for that, do you?
>
>> > +util/%.o: $(OUTPUT)util/%.o
>> > + @echo "# Redirected target $@ => $(OUTPU
Since commit 055560b04a8cd063aea916fd083b7aec02c2adb8 (serial: at91:
distinguish usart and uart) the older products which do not have a
name field in their register map are unable to use their serial output.
As the main console output is usually the serial interface (aka DBGU) it
is pretty unfortun
On older SoC, the "name" field is not filled in the register map.
Fix the way to figure out if the serial port is an uart or an usart for these
older products (with corresponding properties).
Signed-off-by: Nicolas Ferre
---
drivers/tty/serial/atmel_serial.c | 19 ++-
include/lin
On 10/10/2013 10:39 AM, Ionut Nicu wrote:
> Some gpio chips may have get/set operations that
> can sleep. For this type of chips we must use the
> _cansleep() version of gpio_set_value.
>
> Signed-off-by: Ionut Nicu
> ---
> drivers/i2c/muxes/i2c-mux-gpio.c | 11 ---
> 1 files changed,
Hi,
Is it feasible to add support for copy of write for disk blocks within
the block layer itself ? Setting a flag in the struct bio will cause the
block layer to copy the original data before over writing it.
Regards.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
* Jakub Jelinek wrote:
> On Thu, Oct 10, 2013 at 10:24:30AM +0200, Ingo Molnar wrote:
> > Something like the patch below? (Totally untested and all that.)
> >
> > Notes:
> >
> > - If the bug is fixed in 4.8.3 then the version check can be sharpened
> > from 9 to 40803.
>
> The bug is li
On Thu, Oct 10, 2013 at 10:39:32AM +0200, Ionut Nicu wrote:
> Some gpio chips may have get/set operations that
> can sleep. For this type of chips we must use the
> _cansleep() version of gpio_set_value.
>
> Signed-off-by: Ionut Nicu
> ---
> drivers/i2c/muxes/i2c-mux-gpio.c | 11 ---
>
On Wed, Oct 09, 2013 at 06:00:18PM +0200, Stephen Warren wrote:
> On 10/09/2013 02:11 AM, Peter De Schrijver wrote:
> > On Wed, Oct 09, 2013 at 12:31:35AM +0200, Stephen Warren wrote:
> >> On 10/04/2013 03:12 AM, Peter De Schrijver wrote:
> >>> Tegra124 introduces a number of new peripheral clocks.
Hi, Abelardo,
> -Original Message-
> From: linux-pm-ow...@vger.kernel.org [mailto:linux-pm-
> ow...@vger.kernel.org] On Behalf Of Abelardo Ricart
> Sent: Wednesday, October 09, 2013 4:50 PM
> To: linux...@vger.kernel.org
> Cc: triv...@kernel.org; linux-kernel@vger.kernel.org; Abelardo Rica
* Ingo Molnar wrote:
> * Jakub Jelinek wrote:
>
> > On Thu, Oct 10, 2013 at 10:24:30AM +0200, Ingo Molnar wrote:
> > > Something like the patch below? (Totally untested and all that.)
> > >
> > > Notes:
> > >
> > > - If the bug is fixed in 4.8.3 then the version check can be sharpened
> > >
On 10.10.2013 10:46, ext Lars-Peter Clausen wrote:
> On 10/10/2013 10:39 AM, Ionut Nicu wrote:
>> Some gpio chips may have get/set operations that
>> can sleep. For this type of chips we must use the
>> _cansleep() version of gpio_set_value.
>>
>> Signed-off-by: Ionut Nicu
>> ---
>> drivers/i2c/m
On Thu, Oct 10, 2013 at 04:14:34PM +0800, Dave Young wrote:
> Even though I still have no idea why kernel text overlap with efi boot
> region, anyway map the un-overlapped part is necessary though.
>
> I can post the kexec related patches after your mapping patches settle
> down
Right, "settle dow
On Tuesday 08 October 2013 05:46 PM, Linus Walleij wrote:
On Wed, Oct 2, 2013 at 5:50 PM, Laxman Dewangan wrote:
The AS3722 is a compact system PMU suitable for mobile phones, tablets etc.
Add a driver to support accessing the GPIO, pinmux and pin configuration
of 8 GPIO pins found on the ams
On Thu, Oct 10, 2013 at 12:19:39AM -0400, David Miller wrote:
> From: Steven Rostedt
> Date: Thu, 10 Oct 2013 00:11:53 -0400
>
> >
> > I'm replying to my email to see if that helps make it to LKML. If it
> > doesn't, I'm sorry for the noise to all I Cc'd.
>
> The problem is the:
>
> H.PeterAnv
From: "Ivan T. Ivanov"
Make sure client drivers will still build on systems
without reset control support.
Signed-off-by: Ivan T. Ivanov
Cc: Pavel Machek
Cc: Stephen Warren
Cc: Shawn Guo
Cc: Marek Vasut
---
include/linux/reset.h | 44
1 file c
On 10/09/2013 06:15 PM, Tony Lindgren wrote:
> * Roger Quadros [131009 00:19]:
>> Hi Tony,
>>
>> On 10/08/2013 01:06 PM, Roger Quadros wrote:
>>> This reverts commit 741532c4a995be11815cb72d4d7a48f442a22fea.
>>>
>>> The proper clock reference is provided in device tree so we
>>> no longer need thi
On Thu, Oct 10, 2013 at 03:23:45AM +0100, Dave Airlie wrote:
>
> > I think David Arlie also needs a quiet talking to about how to use the
> > device model:
> >
> > int drm_sysfs_device_add(struct drm_minor *minor)
> > {
> > minor->kdev.release = drm_sysfs_device_release;
> > ...
> >
[Adding Jonny]
On Thu, Oct 10, 2013 at 06:04:41AM +0100, Wang, Yalin wrote:
> Oh , I see ,
> Thanks for your clarification !
> So R-class cores will not run linux ?
R-class cores can run Linux, but I don't reckon we touch SCTLR.DZ. I've
added Jonny, so he can clarify the behaviour here. (I'm als
Hi Samuel,
Could you please pick this one for 3.13 if OK? Thanks.
cheers,
-roger
On 10/08/2013 01:06 PM, Roger Quadros wrote:
> This should fix the following warning at boot on OMAP5 uEVM
> [8.783155] WARNING: CPU: 0 PID: 1 at drivers/clk/clk.c:883
> __clk_enable+0x94/0xa4()
>
> CC: Samuel
Hi Tomi,
Am 10.10.2013 um 10:19 schrieb Tomi Valkeinen:
> Hi,
>
> On 10/10/13 00:08, Marek Belisko wrote:
>> For communicating with driver is used gpio bitbanging because TD028 does
>> not have a standard compliant SPI interface. It is a 3-wire thing with
>> direction reversal.
>
> Isn't that S
On Thu, Oct 10, 2013 at 01:18:05PM +0900, Inki Dae wrote:
> > > I still think the pin could be replaced with a regulator. But
> > > lvds-bridge node has "powerdown-gpio" property - it say this board
> > > will use gpio pin - specific to board. So it seems no problem.
> > No, don't model things t
Hi, Vinod,
Could you please help review this patch? Could it be merged into your next
tree?
Thanks!
Best Regards,
Jingchang
> -Original Message-
> From: Lu Jingchang-B35083
> Sent: Wednesday, September 18, 2013 5:58 PM
> To: vinod.k...@intel.com
> Cc: shawn@linaro.org; linux-k
Hi Wolfram,
On 10/08/2013 06:42 PM, Maxime COQUELIN wrote:
> The goal of this series is to add I2C support to ST SoCs.
> The DT definition is added for STiH415 and STiH416 SoCs on
> B2000 and B2020 boards.
>
> The series has been tested working on STiH416-B2020 board.
> It applies on top of v3.12-
On Thu, Oct 10, 2013 at 09:12:56AM +0300, Mika Westerberg wrote:
> On Wed, Oct 09, 2013 at 06:55:28PM +0100, Mark Brown wrote:
> > On Wed, Oct 09, 2013 at 05:04:21PM +0300, Mika Westerberg wrote:
> > > + if (ACPI_HANDLE(&spi->dev))
> > > + acpi_dev_pm_attach(&spi->dev, true);
> > Though I
On Thu, Oct 10, 2013 at 08:32:57AM +0100, Kishon Vijay Abraham I wrote:
> The Palmas device contains only a USB VBUS-ID detector, so added a
> compatible type *ti,palmas-usb-vid*. Didn't remove the existing compatible
> types for backward compatibility.
>
> Signed-off-by: Kishon Vijay Abraham I
>
On Wed, Oct 09, 2013 at 09:48:14PM +0100, Stefano Stabellini wrote:
> IOMMU_HELPER is needed because SWIOTLB calls iommu_is_span_boundary,
> provided by lib/iommu_helper.c.
>
> Signed-off-by: Stefano Stabellini
> Reviewed-by: Konrad Rzeszutek Wilk
> CC: will.dea...@arm.com
> CC: li...@arm.linux.
On Wed, Oct 09, 2013 at 09:48:15PM +0100, Stefano Stabellini wrote:
> Signed-off-by: Stefano Stabellini
> Acked-by: Catalin Marinas
> CC: will.dea...@arm.com
> ---
> arch/arm64/include/asm/dma-mapping.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm64/inc
On Thu, Oct 10, 2013 at 06:16:05AM +0100, Wang, Yalin wrote:
> Dear all,
Hello,
> We encounter a crash in ipt_do_table( ) function
> During our stability test .
>
> The CPU is qcom msm8960 / dual core , linux kernel version is 3.4
I appreciate that this is a mammoth task, but can you reprod
Dear Colleague,
You are invited to extend your computer and smart phone with a non-invasive
External OS with which you can:
- Create and manage external resources as if they were on your computer or
smart phone
- Share your resources with friends and invite friends to share their resources
wit
Hi Ivan,
Am Donnerstag, den 10.10.2013, 12:14 +0300 schrieb Ivan T. Ivanov:
> From: "Ivan T. Ivanov"
>
> Make sure client drivers will still build on systems
> without reset control support.
the stubs should at least return errors, but then this turns a compile
time error into a runtime error f
On Thursday 10 October 2013 03:09 PM, Mark Rutland wrote:
> On Thu, Oct 10, 2013 at 08:32:57AM +0100, Kishon Vijay Abraham I wrote:
>> The Palmas device contains only a USB VBUS-ID detector, so added a
>> compatible type *ti,palmas-usb-vid*. Didn't remove the existing compatible
>> types for backwa
On Thu, Oct 10, 2013 at 03:34:02AM +0100, Chen Gang wrote:
> In current kernel wide source, for arm, only s390 scsi drivers use
> atomic_clear_mask(), now, s390 itself need use 'unsigned int' and
> 'atomic_t', so need match s390's atomic_clear_mask().
>
>
> Signed-off-by: Chen Gang
> ---
> arch
On Thu, Oct 10, 2013 at 04:23:50PM +0800, Fengguang Wu wrote:
> Dave,
>
> >> This is an easily reproducible bug. And I further confirmed it in
> >> two ways:
> >>
> >> 1) turn off XFS, build 39 commits and boot them 2000+ times
> >>
> >> => no single mount error
> >
> >That doesn't tell you it is
>> +#
>> +_test_generic_collapse()
>> +{
>
> This function is just a copy and paste of _test_generic_punch() with
> all the ranges increased by a factor of 4. Why can't you simply use
> _test_generic_punch() and pass in a different $zero_cmd?
Yes, you're right. We can use test_generic_punch as you
1 - 100 of 802 matches
Mail list logo
