On 06/19/2013 08:25 AM, David Vrabel wrote:
From: David Vrabel
The high resolution timer code gets notified of step changes to the
system time with clock_was_set() or clock_was_set_delayed() calls. If
other parts of the kernel require similar notification there is no
clear place to hook into.
On Wed, 2013-06-19 at 15:16 +0200, Ingo Molnar wrote:
> > vmstat for mutex implementation:
> > procs ---memory-- ---swap-- -io --system--
> > -cpu-
> > r b swpd free buff cache si sobibo in cs us sy id
> > wa st
> > 38 0 0 130957920
On 06/19, Pedro Alves wrote:
>
> On 06/19/2013 05:09 PM, Jan Kratochvil wrote:
> > On Wed, 19 Jun 2013 17:15:36 +0200, Denys Vlasenko wrote:
> >> CCing Jan to hear his comments from gdb side.
>
> PTRACE_DETACH takes a signal number in the data parameter.
> What happens to if the tracer passes a non
On 06/17/2013 02:38 PM, Andrew Morton wrote:
On Mon, 17 Jun 2013 14:26:01 -0700 David Daney
wrote:
On 06/17/2013 02:13 PM, Andrew Morton wrote:
On Mon, 17 Jun 2013 14:08:13 -0700 David Daney
wrote:
I think switch-back-to-a-macro is simplest and safest for now. Perhaps
you can queue a 3
On Wed, Jun 19, 2013 at 05:48:22PM +0100, Matthew Garrett wrote:
> > Ok, so it sounds like we want to *always* create both mappings but,
> > depending on what we want, to shove down SetVirtualAddressMap a
> > different set. And the 1:1 map will be the optional one which we give
> > SetVirtualAddres
The Kconfig prompt for WM8997 says "Support for..." while the other MFD
Kconfigs (including the adjacent ones for other Arizona devices) just
list the device name which sticks out like a sore thumb when doing
configuration.
Signed-off-by: Mark Brown
---
drivers/mfd/Kconfig | 2 +-
1 file changed
On Wed, Jun 19, 2013 at 04:39:39PM +0100, Arjan van de Ven wrote:
> On 6/18/2013 10:47 AM, David Lang wrote:
>
> >
> > It's bad enough trying to guess the needs of the processes, but if you also
> > are reduced to guessing the capabilities of the cores, how can anything be
> > made to work?
>
>
> >> Pulled, thanks Tony!
> >>
> >> Len, are you fine with this route [tip:x86/ras tree] for the
> >> drivers/acpi/apei/einj.c changes?
> >
> > Yes, the RAS guys basically own that code.
>
> These patches also got picked up by Rafael and are in his ACPI tree
> too. I think the patches were applie
>> Signed-off-by: Hannes Weisbach
>> ---
>> Granted, for normal parport drivers this is usually not an issue,
>> because the device does not go away. However, I am currently writing a
>> Linux device driver for a USB to parallel port converter [0] and
>> therefore need proper detaching. Additional
On Wed, 19 Jun 2013 10:20:31 -0400 "Theodore Ts'o" wrote:
> Is there some way we can avoid this conflict during the next merge
> window? Given that this is an API change, it may not be possible.
> Failing that, what's the best merge strategy; should we try to make
> sure your change goes first,
On 06/18/2013 11:57 PM, Keerthy wrote:
> From: J Keerthy
>
> Check if irq value obtained is valid. If it is not valid
> then skip the irq request step and go ahead with the probe.
Reviewed-by: Stephen Warren
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On 6/19/2013 10:00 AM, Morten Rasmussen wrote:
On Wed, Jun 19, 2013 at 04:39:39PM +0100, Arjan van de Ven wrote:
On 6/18/2013 10:47 AM, David Lang wrote:
It's bad enough trying to guess the needs of the processes, but if you also are
reduced to guessing the capabilities of the cores, how can
On Wed, Jun 19, 2013 at 11:09:13AM -0500, H Hartley Sweeten wrote:
> On Tuesday, June 11, 2013 12:48 PM, Thierry Reding wrote:
> >
> > I'm tempted to take your v5 patch and make a note to clean that up
> > separately at some point (along with similar changes for the DEBUG_FS
> > support).
>
> Thie
On Wed, Jun 19, 2013 at 04:25:20PM +0100, David Vrabel wrote:
> From: David Vrabel
>
> syscore_suspend() and syscore_resume() expect there to be only one
> online CPU. e.g., hrtimers_resume() only triggers events for the
> current CPU. Xen's suspend path was leaving all VCPUs online and then
>
Linus,
the following changes since commit 77293e215edef7871a39de4b326f777bc39278ca:
Merge branch 'fixes-3.10' of git://git.infradead.org/users/willy/linux-nvme
(2013-06-11 23:07:21 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus
On 06/19/2013 02:53 AM, Viresh Kumar wrote:
> PRECHANGE and POSTCHANGE notifiers must be called in groups, i.e either both
> should be called or both shouldn't be.
>
> In case we have started PRECHANGE notifier and found an error, we must call
> POSTCHANGE notifier with freqs.new = freqs.old to gu
This patch provides support for disabling cpufreq's boost
feature when thermal trip point is reached.
Signed-off-by: Lukasz Majewski
Signed-off-by: Myungjoo Ham
Changes for v4:
- New patch
---
drivers/thermal/cpu_cooling.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/therm
On Wed, Jun 19, 2013 at 09:52:06AM -0700, John Stultz wrote:
> On 06/19/2013 08:25 AM, David Vrabel wrote:
> >From: David Vrabel
> >
> >The high resolution timer code gets notified of step changes to the
> >system time with clock_was_set() or clock_was_set_delayed() calls. If
> >other parts of th
In the core governor code, per cpu load value is calculated. This patch
uses it to mark processor as a "busy" one, when load value is higher than
90%.
New cpufreq sysfs attribute is created (busy_cpus). It is read only
and provides information about number of actually busy CPU.
Signed-off-by: Luk
This patch adds protection from accidental enable of boost at systems,
which supports software boosting.
Boost software mode can be only enabled when up to one busy (with heavy
load) core is available on the system. Such approach brings extra
protection from over heating.
Moreover the boost is au
This patch series introduces support for CPU overclocking technique
called Boost.
It is a follow up of a LAB governor proposal. Boost is a LAB component:
http://thread.gmane.org/gmane.linux.kernel/1484746/match=cpufreq
Boost unifies hardware based solution (e.g. Intel Nehalem) with
software orien
This commit adds boost frequency support in cpufreq core (Hardware &
Software).
Some SoC (like Exynos4 - e.g. 4x12) allow setting frequency above
its normal operation limits. Such a mode shall be only used for a short
time.
Overclocking (boost) support is essentially provided by platform
dependent
Hi all,
This set of patches will clean-up and fix some of the issues that arise
with the current binder interface when moving to a 64bit kernel. All these
changes will not affect the existing 32bit Android interface and are meant
to stand as the base for the 64bit binder compat layer(kernel or use
Since this driver is meant to be used on different types of processors
and a portable driver should specify the size a variable expects to be
this patch changes the types used throughout the binder interface.
We use "userspace" types since this header will be exported and used by
the Android files
The Android userspace aligns the data written to the binder buffers to
4bytes. Thus for 32bit platforms or 64bit platforms running an 32bit
Android userspace we can have a buffer looking like this:
platformbuffer(binder_cmd pointer) size
32/32 32b 32b 8B
The changes in this patch will fix the binder interface for use on 64bit
machines and stand as the base of the 64bit compat support. The changes
apply to the structures that are passed between the kernel and
userspace.
Most of the changes applied mirror the change to struct binder_version
where t
The struct cpufreq_driver has been extended to embrace the information
related to boost support.
When "boost_mode" device tree attribute is defined for a platform, the
boost_supported flag is set. Moreover boost related attributes were
exported.
Signed-off-by: Lukasz Majewski
Signed-off-by: Myun
Policies available in a cpufreq framework are now linked together. They are
accessible via cpufreq_policy_list defined at cpufreq core.
Signed-off-by: Lukasz Majewski
Signed-off-by: Myungjoo Ham
Changes for v4:
- New patch
---
drivers/cpufreq/cpufreq.c |3 +++
include/linux/cpufreq.h |
The Intel's hardware based boost solution driver has been changed to cooperate
with
common cpufreq boost framework.
The global sysfs boost attribute entry code
(/sys/devices/system/cpu/cpufreq/boost)
has been moved to a core cpufreq code. This attribute is always visible.
When cpufreq driver doe
BinderDriverCommands mirror the ioctl usage. Thus the size of the
structure passed through the interface should be used to generate the
ioctl No.
The change reflects the type being passed from the user space-a pointer
to a binder_buffer. This change should not affect the existing 32bit
user space
This change will fix the BINDER_SET_MAX_THREADS ioctl to use __u32
instead of size_t for setting the max threads. Thus using the same
handler for 32 and 64bit kernels.
This value is stored internally in struct binder_proc and set to 15
on open_binder() in the libbinder API(thus no need for a 64bit
This change mirrors the userspace operation where struct binder_write_read
members that specify the buffer size and consumed size are size_t elements.
The patch also fixes the binder_thread_write() and binder_thread_read()
functions prototypes to conform with the definition of binder_write_read.
On Wed, 19 Jun 2013 15:52:02 +0200 Arnd Bergmann wrote:
> On Wednesday 19 June 2013 12:58:10 Arnd Bergmann wrote:
> > On Thursday 06 June 2013 06:47:23 Robin Holt wrote:
> > > Preparing to move the parsing of reboot= to generic kernel code
> > > forces the change in reboot_mode handling to use th
> - process_nr, thread_nr, runtime_ns_max /
> bytes_done, val);
> + printf(" #%2d / %2d: %14.2lf nsecs/op [val:
> %016llx]\n",
> + process_nr, thread_nr, runtime_ns_max /
> bytes_done, (unsigned l
Hi Roger,
Roger Quadros writes:
> In order to support wake up from suspend use the pinctrl
> framework to put the USB host pins in IDLE state during suspend.
>
> CC: Samuel Ortiz
> Signed-off-by: Roger Quadros
You should use helpers for this now in the pinctrl core:
http://lists.infradea
Arnd,
On 31-05-2013 18:22, Arnd Bergmann wrote:
> The function stub for cpufreq_cooling_get_level introduced
> in 57df81069 "Thermal: exynos: fix cooling state translation"
> is not syntactically correct C and needs to be fixed to avoid
> this error:
>
> In file included from drivers/thermal/db85
On Wed, Jun 19, 2013 at 7:21 AM, Ulf Hansson wrote:
> It seems like a bad idea that an insertion of an SD card should
> trigger the display to be light up. That is indirectly in principle
> what you suggest should happen from user space once a new SD card is
> found. Right?
Most likely what will
Hello.
On 06/19/2013 06:05 PM, Roger Quadros wrote:
To ensure hardware context is restored while resuming from
OFF mode we need to enable the Hardware SAR bit for the
USB Host power domain.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/powerdomains3xxx_data.c |8 +---
1 fi
On 06/19/2013 08:02 AM, Borislav Petkov wrote:
>
> And yet there are the Macs which reportedly cannot stomach this.
>
No, the reports are that if you use the 1:1 map as the primary address
on Macs the drivers fail... not that you can't have a 1:1 map.
-hpa
--
To unsubscribe from this l
Hello Sir/Madam good to write you email today ,i went into you business
directory and found out that you have the product we need and will i like to
let you know we wish to go into a long term business with you .We are
interested in your products Please confirm to us that you can supply the
qua
On 06/18/2013 05:59 PM, Dan Williams wrote:
On Tue, Jun 18, 2013 at 5:46 PM, Jon Mason wrote:
Set the DMA_PRIVATE dma_transaction_type in the capability mask. This
enables the ability to get an exclusive ioatdma DMA channel for any
devices that requests one via the dma_request_channel function
> Can you please apply the appended patch on top of it and see if the system
> still works then?
Still works with this patch.
-Tony
> ---
> drivers/acpi/scan.c |3 +++
> drivers/acpi/video.c |3 ---
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> Index: linux-pm/drivers/acpi/sca
On 06/19/2013 12:37 PM, Borislav Petkov wrote:
> On Wed, Jun 19, 2013 at 12:25:42PM -0500, H. Peter Anvin wrote:
>> On 06/19/2013 08:02 AM, Borislav Petkov wrote:
>>>
>>> And yet there are the Macs which reportedly cannot stomach this.
>>>
>> No, the reports are that if you use the 1:1 map as the p
On 06/19/2013 10:13 AM, Konrad Rzeszutek Wilk wrote:
On Wed, Jun 19, 2013 at 09:52:06AM -0700, John Stultz wrote:
On 06/19/2013 08:25 AM, David Vrabel wrote:
From: David Vrabel
The high resolution timer code gets notified of step changes to the
system time with clock_was_set() or clock_was_se
On Wed, Jun 19, 2013 at 12:25:42PM -0500, H. Peter Anvin wrote:
> On 06/19/2013 08:02 AM, Borislav Petkov wrote:
> >
> > And yet there are the Macs which reportedly cannot stomach this.
> >
> No, the reports are that if you use the 1:1 map as the primary address
> on Macs the drivers fail... not
Hi Roger,
Roger Quadros writes:
> Runtime suspend the controller during bus suspend and resume it
> during bus resume. This will ensure that the USB Host power domain
> enters lower power state and does not prevent the SoC from
> endering deeper sleep states.
>
> Remote wakeup will come up as an
Il 07/06/2013 10:51, Xiao Guangrong ha scritto:
> Changelog:
> V3:
> All of these changes are from Gleb's review:
> 1) rename RET_MMIO_PF_EMU to RET_MMIO_PF_EMULATE.
> 2) smartly adjust kvm generation number in kvm_current_mmio_generatio()
> to avoid kvm_memslots->generation overflow.
>
On Sun, Jun 16, 2013 at 10:54:07PM +0200, Tomasz Figa wrote:
> One of the biggest roadblocks on the way of S3C64xx to DeviceTree support
> is its DMA driver, which is completely platform-specific and provides
> private API (s3c-dma), not even saying that its design is completely
> against multiplat
Il 19/06/2013 11:09, Xiao Guangrong ha scritto:
> As Paolo pointed out that this is the time to update the documentation, this
> patchest does it to let mmu.txt matches with the current mmu implementation
>
> Xiao Guangrong (7):
> KVM: MMU: update the documentation for reverse mapping of parent_
On 06/19/2013 10:12 AM, Lukasz Majewski wrote:
This commit adds boost frequency support in cpufreq core (Hardware &
+/*
* REGISTER / UNREGISTER CPUFREQ DRIVER*
**
This reliably triggers with the following backtrace:
local_bh_enable_ip+0x128/0x140
_raw_spin_unlock_bh+0x15/0x20
iscsit_inc_conn_usage_count+0x37/0x50 [iscsi_target_mod]
iscsit_stop_session+0x1db/0x280 [iscsi_target_mod]
lio_tpg_shutdown_session+0xb2/0xf0 [iscsi_target_mod]
core_tpg_set_initiator
On Wed, Jun 19, 2013 at 12:38:24PM -0500, H. Peter Anvin wrote:
> I thought that was the plan?
Well, currently if I'm booted with "efi=1:1_map" I'm creating only the
1:1 mapping in ->trampoline_pgd and switching the pagetable only then.
Otherwise, I'm using the high, ioremapped mappings - i.e., wh
On Tue, Jun 18, 2013 at 05:59:59PM -0700, Dan Williams wrote:
> On Tue, Jun 18, 2013 at 5:46 PM, Jon Mason wrote:
> > Set the DMA_PRIVATE dma_transaction_type in the capability mask. This
> > enables the ability to get an exclusive ioatdma DMA channel for any
> > devices that requests one via the
Hi all,
I don't know how much a defconfig is supposed to provide, hence as RFC.
This patches are needed for booting Zynq into a minimum ramfs based
system with a serial console.
Thanks,
Sören
Soren Brinkmann (2):
arm: multi_v7_defconfig: Enable Zynq UART driver
arm: multi_v7_
On Wed, Jun 19, 2013 at 12:45:40PM -0400, Dave Jones wrote:
> I've been hitting this a lot the last few days.
> This is the same machine that I was also seeing lockups during sync()
On a whim, I reverted 971394f389992f8462c4e5ae0e3b49a10a9534a3
(As I started seeing these just after that rcu merg
Add CONFIG_BLK_DEV_INITRD to the defconfig to support
initramfs and initrd.
Signed-off-by: Soren Brinkmann
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index d5f0d76..2deda6d
Signed-off-by: Soren Brinkmann
---
arch/arm/configs/multi_v7_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index 2e67a27..d5f0d76 100644
--- a/arch/arm/configs/multi_v7_defconfig
+++ b/arch/arm/configs/mu
On 06/19, Oleg Nesterov wrote:
>
> On 06/19, Peter Zijlstra wrote:
> >
> > I'm probably missing something obviuos, but what are we trying to do?
>
> Say, "perf record -e sched:sched_switch -p1".
>
> Every task except /sbin/init will do perf_trace_sched_switch() and
> perf_trace_buf_prepare() + perf
The Corrected Machine Check structure (CMC) in HEST has a flag which can be
set by the firmware to indicate to the OS that it prefers to process the
corrected error events first. In this scenario, the OS is expected to not
monitor for corrected errors (through CMCI/polling). Instead, the firmware
n
Add a boot option to disable firmware first mode for corrected errors.
Signed-off-by: Naveen N. Rao
---
Documentation/x86/x86_64/boot-options.txt |5 +
arch/x86/include/asm/acpi.h |2 ++
arch/x86/kernel/acpi/boot.c |5 +
drivers/acpi/apei/hest.c
>> +arr->record = kzalloc(sizeof(arr->record[0]) * n, GFP_KERNEL);
>> +arr->subtree = kzalloc(sizeof(arr->subtree[0]) * n, GFP_KERNEL);
> n comes from the hardware no?
Yes. Length of hardware description array.
> Maybe make these kcalloc too.
I'm not a fan of kcalloc. I think it removes
> Apparently these are going through Greg K-H. I'll resend, with Greg
> CC'd so he can pick it up from the mailing list.
>
> Could you add an entry to the MAINTAINERS file so that Greg will be
> CC'd automatically using get_maintainer.pl?
Ok. Added to my todo list.
> Is there a dedicated list
On 06/19/2013 10:12 AM, Lukasz Majewski wrote:
In the core governor code, per cpu load value is calculated. This patch
uses it to mark processor as a "busy" one, when load value is higher than
90%.
New cpufreq sysfs attribute is created (busy_cpus). It is read only
and provides information about
It is counterintuitive at best that mmap'ing a hugetlbfs file with
MAP_HUGETLB fails, while mmap'ing it without will a) succeed and b)
return huge pages.
v2: use is_file_hugepages(), as suggested by Jianguo
Signed-off-by: Joern Engel
Cc: Jianguo Wu
---
mm/mmap.c |6 --
1 file changed, 4
On Wed, 19 June 2013 09:22:49 +0800, Jianguo Wu wrote:
>
> We already have is_file_hugepages().
Indeed. Much nicer now. Thanks!
Jörn
--
The grand essentials of happiness are: something to do, something to
love, and something to hope for.
-- Allan K. Chalmers
--
To unsubscribe from this list:
Quoting Dave Jones (2013-06-17 14:58:10)
> On Mon, Jun 17, 2013 at 02:42:27PM -0400, Chris Mason wrote:
> > Quoting Dave Jones (2013-06-17 14:20:06)
> > > On Mon, Jun 17, 2013 at 01:39:42PM -0400, Chris Mason wrote:
> > > > Quoting Dave Jones (2013-06-17 09:49:55)
> > > > > Hit this while run
On Wed, Jun 19, 2013 at 11:27:42PM +0530, Naveen N. Rao wrote:
> Add a boot option to disable firmware first mode for corrected errors.
>
> Signed-off-by: Naveen N. Rao
> ---
> Documentation/x86/x86_64/boot-options.txt |5 +
> arch/x86/include/asm/acpi.h |2 ++
> arch/x
On Wed, Jun 19, 2013 at 08:58:31AM -0700, Eric Dumazet wrote:
> On Wed, 2013-06-19 at 18:40 +0300, Michael S. Tsirkin wrote:
>
> > That's a good trick too - vmalloc memory is a bit slower
> > on x86 since it's not using a huge page, but that's only
> > when we have lots of CPUs/queues...
> >
> >
On Wed, Jun 19, 2013 at 11:12:09AM +0200, Thomas Gleixner wrote:
> On Tue, 18 Jun 2013, Kevin Strasser wrote:
>
> This patch set looks reasonable now, except a formal issue.
>
> > Signed-off-by: Kevin Strasser
> > Signed-off-by: Michael Brunner
>
> This is wrong, as it says:
>
> Kevin autho
On Wed, 2013-06-19 at 19:57 +0200, Alessandro Rubini wrote:
> >> + arr->record = kzalloc(sizeof(arr->record[0]) * n, GFP_KERNEL);
> >> + arr->subtree = kzalloc(sizeof(arr->subtree[0]) * n, GFP_KERNEL);
>
> > n comes from the hardware no?
>
> Yes. Length of hardware description array.
>
> > May
On Wed, Jun 19, 2013 at 01:53:56PM -0400, Dave Jones wrote:
> On Wed, Jun 19, 2013 at 12:45:40PM -0400, Dave Jones wrote:
> > I've been hitting this a lot the last few days.
> > This is the same machine that I was also seeing lockups during sync()
>
> On a whim, I reverted 971394f389992f8462c4e5
On 06/19/2013 06:03 AM, Linus Walleij wrote:
> On Tue, Jun 18, 2013 at 11:29 AM, Christian Ruppert
> wrote:
>
>> This patch adds the infrastructure required to register non-linear gpio
>> ranges through gpiolib and the standard GPIO device tree bindings.
>>
>> Signed-off-by: Christian Ruppert
>
On 06/18, Steven Rostedt wrote:
>
> On Tue, 2013-06-18 at 21:22 +0200, Oleg Nesterov wrote:
> > @@ -663,6 +663,12 @@ perf_trace_##call(void *__data, proto)
> > \
> > int rctx; \
> >
On 06/19/2013 11:34 PM, Borislav Petkov wrote:
On Wed, Jun 19, 2013 at 11:27:42PM +0530, Naveen N. Rao wrote:
Add a boot option to disable firmware first mode for corrected errors.
Signed-off-by: Naveen N. Rao
---
Documentation/x86/x86_64/boot-options.txt |5 +
arch/x86/include/asm/
Aloha everybody
We would like to thank the developers very much for giving technical
details about how we could implement our file system indexing (see [1]
and [2]).
[1] SASOS4Fun (www.ontonics.com/innovation/pipeline.htm#sasos4fun) Do
not confuse SIP with SipHash, but put SipHash in relatio
On Wednesday 19 June 2013, Andrew Morton wrote:
> This patchset gets a lot of rejects which I keep on fixing up. Please
> merge up early in the merge window and compile-test (and review) the
> linux-next changes to make sure I didn't muck up the reject-fixing,
> then we should be fine.
Ok, good.
On 06/19/2013 09:05 AM, Roger Quadros wrote:
On 06/19/2013 03:23 PM, Benoit Cousson wrote:
On 06/19/2013 07:05 AM, Florian Vaussard wrote:
Hello,
On 06/19/2013 01:03 PM, Roger Quadros wrote:
On 06/19/2013 01:10 PM, Benoit Cousson wrote:
On 06/19/2013 02:46 AM, Tony Lindgren wrote:
* Roger Q
On Wednesday 19 June 2013, Eduardo Valentin wrote:
> On 31-05-2013 18:22, Arnd Bergmann wrote:
> > The function stub for cpufreq_cooling_get_level introduced
> > in 57df81069 "Thermal: exynos: fix cooling state translation"
> > is not syntactically correct C and needs to be fixed to avoid
> > this
> Interesting, why? Why would we even need such an option? My impression
> is, if ACPI tells us FF, MCE code doesn't poll those banks anymore. So
> where do the duplicated reports come from?
The option is only disabling the Linux side of firmware first ... the BIOS
will still be doing it and gener
On 06/14/2013 03:12 AM, Christian Ruppert wrote:
> On Thu, Jun 13, 2013 at 03:38:09PM -0600, Stephen Warren wrote:
>> On 06/13/2013 06:55 AM, Christian Ruppert wrote:
>>> This patch adds the infrastructure required to register non-linear gpio
>>> ranges through gpiolib and the standard GPIO device
On Mon, May 20, 2013 at 12:21:32PM +0530, Girish K S wrote:
> From: Girish K S
> The 64xx spi driver supports partial polling mode.
> Only the last chunk of the transfer length is transferred
> or recieved in polling mode.
Applied, though I will send a followup since:
> +static u32 wait_for_tim
On Mon, May 20, 2013 at 12:21:33PM +0530, Girish K S wrote:
> From: Girish K S
>
> The existing driver supports gpio based /cs signal.
> For controller's that have one device per controller,
> the slave device's /cs signal might be internally controlled
> by the chip select bit of slave select re
On Wed, 2013-06-19 at 20:12 +0200, Oleg Nesterov wrote:
> > Or is this your way to confuse me as much as my code has confused
> > you? ;-)
>
> Of course! this was the main reason.
I knew it!
>
>
> Steven, I convinced myself the patch should be correct. If you agree with
> this hack:
>
>
Hi Wolfram,
On 06/19/2013 01:15 PM, Wolfram Sang wrote:
On Fri, Jun 07, 2013 at 11:09:26AM +0200, Wolfram Sang wrote:
Class based instantiation can cause huge delays when booting. This
mechanism was used when it was not possible to describe slaves on I2C
busses. We now have other mechanisms, so
On Wednesday 19 of June 2013 18:40:47 Mark Brown wrote:
> On Sun, Jun 16, 2013 at 10:54:07PM +0200, Tomasz Figa wrote:
> > One of the biggest roadblocks on the way of S3C64xx to DeviceTree
> > support is its DMA driver, which is completely platform-specific and
> > provides private API (s3c-dma), n
On 06/07/2013 12:09 PM, Wolfram Sang wrote:
Class based instantiation can cause huge delays when booting. This
mechanism was used when it was not possible to describe slaves on I2C
busses. We now have other mechanisms, so most embedded I2C will not need
classes and it was explicitly not recommend
Class based instantiation mechanism can cause huge delays when booting.
For example: when CONFIG_SENSORS_LM75 option is enabled for or omap5-uevm board,
where i2c-gpio is used for HDMI edid reading - it introduces up to 5 sec boot
delay.
It's not recommended to use this mechanism with embedded I2C,
Class based instantiation mechanism can cause huge delays when booting.
For example: when CONFIG_SENSORS_LM75 option is enabled for omap4-sdp board -
it introduces 5-6 ms boot delay.
It's not recommended to use this mechanism with embedded I2C, so disable
it by leaving I2C adapter "class" field und
On Wed, Jun 19, 2013 at 07:59:48PM +0400, Andrew Vagin wrote:
> vp_dev->msix_vectors should be initialized before allocating
> msix_affinity_masks, otherwise vp_free_vectors will not free these
> objects.
>
> unreferenced object 0x88010f969d88 (size 512):
> comm "systemd-udevd", pid 158, jif
On 06/19/2013 12:10 PM, Stephen Warren wrote:
> On 06/14/2013 03:12 AM, Christian Ruppert wrote:
>> On Thu, Jun 13, 2013 at 03:38:09PM -0600, Stephen Warren wrote:
>>> On 06/13/2013 06:55 AM, Christian Ruppert wrote:
This patch adds the infrastructure required to register non-linear gpio
On Wed, Jun 19, 2013 at 07:04:51PM +0200, Hannes Weisbach wrote:
> >> Signed-off-by: Hannes Weisbach
> >> ---
> >> Granted, for normal parport drivers this is usually not an issue,
> >> because the device does not go away. However, I am currently writing a
> >> Linux device driver for a USB to par
On Wed, Jun 19, 2013 at 02:02:33PM -0400, Chris Mason wrote:
> Quoting Dave Jones (2013-06-17 14:58:10)
> > On Mon, Jun 17, 2013 at 02:42:27PM -0400, Chris Mason wrote:
> > > Quoting Dave Jones (2013-06-17 14:20:06)
> > > > On Mon, Jun 17, 2013 at 01:39:42PM -0400, Chris Mason wrote:
> > >
On Wed, Jun 19, 2013 at 06:19:25PM +, Luck, Tony wrote:
> > Interesting, why? Why would we even need such an option? My impression
> > is, if ACPI tells us FF, MCE code doesn't poll those banks anymore. So
> > where do the duplicated reports come from?
>
> The option is only disabling the Linu
On 2013-06-19 12:41 AM, Minchan Kim wrote:
Hello Dhaval,
On Tue, Jun 18, 2013 at 12:59:02PM -0400, Dhaval Giani wrote:
On 2013-06-18 12:11 AM, Minchan Kim wrote:
Hello Dhaval,
On Mon, Jun 17, 2013 at 12:24:07PM -0400, Dhaval Giani wrote:
Hi John,
I have been giving your git tree a whirl, an
Commit-ID: f1a527899ef0a8a241eb3bea619eb2e29d797f44
Gitweb: http://git.kernel.org/tip/f1a527899ef0a8a241eb3bea619eb2e29d797f44
Author: Stephane Eranian
AuthorDate: Fri, 7 Jun 2013 23:22:10 +0200
Committer: Ingo Molnar
CommitDate: Wed, 19 Jun 2013 12:44:16 +0200
perf/x86: Fix broken PEB
Commit-ID: e712209a9e0b70e78b13847738eb66fe37412515
Gitweb: http://git.kernel.org/tip/e712209a9e0b70e78b13847738eb66fe37412515
Author: Stephane Eranian
AuthorDate: Thu, 6 Jun 2013 11:02:04 +0200
Committer: Ingo Molnar
CommitDate: Wed, 19 Jun 2013 12:50:21 +0200
perf: Fix hypervisor bra
Commit-ID: 03d8e80beb7db78a13c192431205b9c83f7e0cd1
Gitweb: http://git.kernel.org/tip/03d8e80beb7db78a13c192431205b9c83f7e0cd1
Author: Mischa Jonker
AuthorDate: Tue, 4 Jun 2013 11:45:48 +0200
Committer: Ingo Molnar
CommitDate: Wed, 19 Jun 2013 12:50:23 +0200
perf: Add const qualifier t
Commit-ID: 873b4c65b519fd769940eb281f77848227d4e5c1
Gitweb: http://git.kernel.org/tip/873b4c65b519fd769940eb281f77848227d4e5c1
Author: Vincent Guittot
AuthorDate: Wed, 5 Jun 2013 10:13:11 +0200
Committer: Ingo Molnar
CommitDate: Wed, 19 Jun 2013 12:55:09 +0200
sched: Fix clear NOHZ_BAL
Commit-ID: 43b4578071c0e6d87761e113e05d45776cc75437
Gitweb: http://git.kernel.org/tip/43b4578071c0e6d87761e113e05d45776cc75437
Author: Andrew Hunter
AuthorDate: Thu, 23 May 2013 11:07:03 -0700
Committer: Ingo Molnar
CommitDate: Wed, 19 Jun 2013 12:50:44 +0200
perf/x86: Reduce stack usa
Commit-ID: e23ee74777f389369431d77390c4b09332ce026a
Gitweb: http://git.kernel.org/tip/e23ee74777f389369431d77390c4b09332ce026a
Author: Kirill Tkhai
AuthorDate: Fri, 7 Jun 2013 15:37:43 -0400
Committer: Ingo Molnar
CommitDate: Wed, 19 Jun 2013 12:58:40 +0200
sched/rt: Simplify pull_rt_t
401 - 500 of 859 matches
Mail list logo
