On Thu, 25 Oct 2012, Ni zhan Chen wrote:
> On 10/25/2012 12:36 PM, Hugh Dickins wrote:
> > On Wed, 24 Oct 2012, Dave Jones wrote:
> >
> > > Machine under significant load (4gb memory used, swap usage fluctuating)
> > > triggered this...
> > >
> > > WARNING: at mm/shmem.c:1151 shmem_getpage_gfp+0x
On Wed, 2012-10-24 at 23:44 -0700, Kees Cook wrote:
> On Wed, Oct 24, 2012 at 10:43 PM, Mimi Zohar wrote:
> > On Wed, 2012-10-24 at 13:19 -0400, Vivek Goyal wrote:
> >> On Tue, Oct 23, 2012 at 09:44:59AM -0700, Eric W. Biederman wrote:
> >> > Matthew Garrett writes:
> >> >
> >> > > On Tue, Oct 23
On 12 October 2012 23:31, Viresh Kumar wrote:
> This adds following helper routines:
> - of_property_read_u8_array()
> - of_property_read_u16_array()
> - of_property_read_u8()
> - of_property_read_u16()
>
> First two actually share most of the code with of_property_read_u32_array(),
> so
> the co
2012/10/25 Sergey Senozhatsky :
> On (10/25/12 00:32), Frederic Weisbecker wrote:
>> First of all, thanks a lot for your report.
>>
>> 2012/10/24 Sergey Senozhatsky :
>> > On (10/24/12 20:06), Oleg Nesterov wrote:
>> >> On 10/24, Sergey Senozhatsky wrote:
>> >> >
>> >> > small question,
>> >> >
>>
On Thu, Oct 25, 2012 at 12:32:39PM +0800, 劉嘉駿 wrote:
> Hi Dmitry,
> Thanks for review.
>
> > -Original Message-
> > From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
> > Sent: Thursday, October 25, 2012 2:13 AM
> > To: Scott Liu
> > Cc: linux-in...@vger.kernel.org; linux-...@v
On Thu, 25 Oct 2012, Theodore Ts'o wrote:
On Wed, Oct 24, 2012 at 03:03:00PM -0700, da...@lang.hm wrote:
Like what is being described for sqlite, loosing the tail end of the
messages is not a big problem under normal conditions. But there is
a need to be sure that what is there is complete up t
Hi,
On Wed, Oct 10, 2012 at 02:33:32PM +0200, Constantine Shulyupin wrote:
> From: Constantine Shulyupin
>
> Sets USB PHY clock source to 24 MHz clock and call USB configuration from
> board initialization.
>
> Tested with OTG configuration, usb gadget g_zero on DM365 EVM connected to PC.
>
>
On Wed, Oct 24, 2012 at 6:27 PM, Kirill A. Shutemov
wrote:
> Hi,
>
> I've tried to play with kexec using lkvm. Unfortunately, lkvm crashes when
> I try to switch to crashkernel.
>
> I use Linus tree + penberg/kvmtool/next + one x86 mm patch[1].
>
> Kernel is defconfig + kvmconfig. I use the same k
* Juri Lelli wrote:
> kernel/sched/dl.c | 1650
>
I've got a stupid nit here: please make that deadline.c. Same
for cpudl.c.
(Just to stop future generations from wondering why the Linux
scheduler has a downloading module.)
Thanks,
adds a "hwaddr" to the "IP-Config: Complete" KERN_INFO message
with the dev_addr of the device selected for auto configuration.
Signed-off-by: Claudio Fontana
---
net/ipv4/ipconfig.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/net/ipv4/ipconfig.c b/net/ipv4/ipc
From: Claudio Fontana
Date: Thu, 25 Oct 2012 09:13:49 +0200
> - pr_info(" device=%s, addr=%pI4, mask=%pI4, gw=%pI4\n",
> - ic_dev->name, &ic_myaddr, &ic_netmask, &ic_gateway);
> +
> + pr_info(" device=%s, hwaddr=%*phC, ipaddr=%pI4, mask=%pI4,
> gw=%pI4\n",
> + ic_d
>>> On 24.10.12 at 23:33, Randy Dunlap wrote:
> On 10/23/2012 09:19 PM, Stephen Rothwell wrote:
>
>> Hi all,
>>
>> Changes since 201201023:
>>
>
> on x86_64:
>
> drivers/built-in.o: In function `dbgp_reset_prep':
> (.text+0xb96b5): undefined reference to `xen_dbgp_reset_prep'
> drivers/built-
On Wed, 24 Oct 2012, Linus Walleij wrote:
> On Wed, Oct 24, 2012 at 4:45 PM, Lee Jones wrote:
>
> > The clock framework has changed somewhat and it's now better to
> > invoke clock_prepare_enable() and clk_disable_unprepare() rather
> > than the legacy clk_enable() and clk_disable() calls. This
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling.
>
>I'll continue processing patchsets by Jiri, Namhyung, David, Irina and
> others tomorrow.
>
> I also have to rework the pagefaults patches, as the code it touches
> changed lately, will add that N
On Thu, 2012-10-25 at 01:07 +0100, Mukesh Rathor wrote:
> On Wed, 24 Oct 2012 16:44:11 -0700
> Mukesh Rathor wrote:
>
> > >
> > > #ifndef HYPERVISOR_VIRT_START
> > > diff --git a/include/xen/interface/memory.h
> > > b/include/xen/interface/memory.h index ad0dff5..5de2b36 100644
> > > --- a/inc
I've Cc:-ed the S390 folks - patch is quoted below.
Thanks,
Ingo
* Frederic Weisbecker wrote:
> vtime_account_system() currently has only one caller with
> vtime_account() that is irq safe.
>
> Now we are going to call it from other places like kvm, so
> let's provide an irqsafe vers
On 25/10/12 02:51, Frederic Weisbecker wrote:
> Switching to or from guest context is done on ioctl context.
> So by the time we call kvm_guest_enter() or kvm_guest_exit()
> we know we are not running the idle task.
>
> As a result, we can directly account the cputime using
> vtime_account_system_
25.10.2012 01:41, Andrew Morton пишет:
On Wed, 24 Oct 2012 19:35:09 +0400
Stanislav Kinsbursky wrote:
This patch adds 3 new variables and sysctls to tune them (by one "next_id"
variable for messages, semaphores and shared memory respectively).
This variable can be used to set desired id for ne
* Yinghai Lu wrote:
> On Wed, Oct 24, 2012 at 2:49 PM, tip-bot for Jacob Shin
> wrote:
> > Commit-ID: 844ab6f993b1d32eb40512503d35ff6ad0c57030
> > Gitweb:
> > http://git.kernel.org/tip/844ab6f993b1d32eb40512503d35ff6ad0c57030
> > Author: Jacob Shin
> > AuthorDate: Wed, 24 Oct 2012 14
Commit-ID: 28d213bac4649a1868fa78dab2d3b1ef09235171
Gitweb: http://git.kernel.org/tip/28d213bac4649a1868fa78dab2d3b1ef09235171
Author: Jiri Olsa
AuthorDate: Tue, 9 Oct 2012 17:50:01 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 24 Oct 2012 14:20:10 -0200
perf tools: Diplay
2012/10/25 Christian Borntraeger :
> On 25/10/12 02:51, Frederic Weisbecker wrote:
>> Switching to or from guest context is done on ioctl context.
>> So by the time we call kvm_guest_enter() or kvm_guest_exit()
>> we know we are not running the idle task.
>>
>> As a result, we can directly account
On Fri, 12 Oct 2012, Linus Walleij wrote:
> On Thu, Oct 11, 2012 at 4:22 PM, Shubhrajyoti Datta
> wrote:
>
> >> @@ -526,6 +527,7 @@ static int gpio_keys_open(struct input_dev *input)
> >> {
> >> struct gpio_keys_drvdata *ddata = input_get_drvdata(input);
> >>
> >> + pm_runtime_get
On 10/25/2012 09:31 AM, Lee Jones wrote:
This certainly doesn't fix the bug we spoke about. I believe Ulf
is still working on that one.
So do you want me to remove this patch?
Yeah drop it for now.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kerne
Borislav Petkov wrote:
> David, where can get that x86 UAPI disintegration patch?
The tip tree has it in branch x86/uapi or you can get it from:
git://git.infradead.org/users/dhowells/linux-headers.git
branch disintegrate-x86 or tag disintegrate-x86-20121009.
I've posted a couple of a
* Bin Gao wrote:
> MPS tables are not needed for systems that have proper ACPI support.
> This is also true for systems that have SFI in place.
>
> So this patch is to exclude X86_MPPARSE when either ACPI or SFI is present.
>
> Signed-off-by: Bin Gao
> ---
> arch/x86/Kconfig |2 +-
> 1 f
Arnd, Olof,
This is the first Atmel AT91 "fixes" update for the 3.7 kernel.
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
are available in the git repository at:
git://github.com/at91linux/linux-at91.git tags/at91-fi
On 25/10/12 09:56, Frederic Weisbecker wrote:
[...]
>>> * s390 doesn't disable irqs in its implementation of vtime_account().
>>> If vtime_account() in kvm races with an irq, the pending time might
>>> be accounted twice. With vtime_account_system_irqsafe() we are protected.
>>
>> We disable irqs b
Commit-ID: 03f2f93ae00762eb881424df1c688d034fd341ee
Gitweb: http://git.kernel.org/tip/03f2f93ae00762eb881424df1c688d034fd341ee
Author: Suzuki K. Poulose
AuthorDate: Fri, 31 Aug 2012 12:39:18 +0530
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 24 Oct 2012 14:20:11 -0200
Account t
Commit-ID: 68e94f4eb56d92ccb617a98fcac5e575702ec4fd
Gitweb: http://git.kernel.org/tip/68e94f4eb56d92ccb617a98fcac5e575702ec4fd
Author: Irina Tirdea
AuthorDate: Tue, 16 Oct 2012 02:33:38 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 24 Oct 2012 14:20:11 -0200
perf tools: Tr
On Thu, Oct 25, 2012 at 9:57 AM, Lee Jones wrote:
> On Fri, 12 Oct 2012, Linus Walleij wrote:
>> Yours,
>> Linus Walleij
>
> Friendly poke.
This makes it look like you're poking me as I'm in the To: field but I suspect
the intent must be to poke Dmitry ... I was just providing background
for Shu
Commit-ID: 9a8e85ad0b61ec0720df7d24392163c2a12626d0
Gitweb: http://git.kernel.org/tip/9a8e85ad0b61ec0720df7d24392163c2a12626d0
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 24 Oct 2012 15:44:41 -0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 24 Oct 2012 15:44:41 -0200
pe
On Wed, Oct 24, 2012 at 03:52:46PM +0200, Uwe Kleine-König wrote:
> This fixes disabling the LED on i.MX28. The PWM hardware delays using
> the newly set pwm-config until the beginning of a new period. It's very
> likely that pwm_disable is called before the current period ends. In
> case the LED
Commit-ID: 752fde44fd1c4a411d709c7d4ad0f121f427f234
Gitweb: http://git.kernel.org/tip/752fde44fd1c4a411d709c7d4ad0f121f427f234
Author: Arnaldo Carvalho de Melo
AuthorDate: Sat, 6 Oct 2012 18:43:19 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 24 Oct 2012 17:23:03 -0200
per
Commit-ID: 60c907abc635622964f7862c8f2977182124f89d
Gitweb: http://git.kernel.org/tip/60c907abc635622964f7862c8f2977182124f89d
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 24 Oct 2012 17:24:47 -0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 24 Oct 2012 17:24:47 -0200
pe
Commit-ID: ae9ed03579c9745e85a88e80522770df7ae5c9b7
Gitweb: http://git.kernel.org/tip/ae9ed03579c9745e85a88e80522770df7ae5c9b7
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 8 Oct 2012 09:56:00 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 24 Oct 2012 18:41:04 -0200
per
Commit-ID: af3df2cf17f5df079189c3cc88870d28e219496b
Gitweb: http://git.kernel.org/tip/af3df2cf17f5df079189c3cc88870d28e219496b
Author: Borislav Petkov
AuthorDate: Fri, 28 Sep 2012 19:47:07 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 24 Oct 2012 19:30:48 -0200
perf tools:
Changed all user visible multi-line strings to single line.
Removed 'binder:' prefix on stings.
Signed-off-by: Anmol Sarma
---
drivers/staging/android/binder.c | 358 +++---
1 file changed, 143 insertions(+), 215 deletions(-)
diff --git a/drivers/staging/android
> On Tue, Oct 23, 2012 at 11:20:55AM -0700, Greg KH wrote:
> > Here are 3 patches, moving the proc file usage on f2fs to debugfs.
> >
> > The first one fixes a bug in the gc.h file preventing it from being able
> > to be included by any other files.
> >
> > The second patch moves all current proc f
On Wed, 24 Oct 2012, Darren Hart wrote:
> On 10/23/2012 01:29 PM, Thomas Gleixner wrote:
> > Now the proposed change
> >
> > - if (unlikely(ownerdied || !(curval & FUTEX_TID_MASK))) {
> > + if (unlikely(ownerdied ||
> > + !(curval & (FUTEX_TID_MASK | FUTEX_WAITERS
On Thu, Oct 25, 2012 at 7:22 AM, Justin P. Mattock
wrote:
>
> here is a link to the file..: intel_error_decode
> http://www.filefactory.com/file/22bypyjhs4mx
I haven't figured out how to access this thing. Can you please file a
bug report on bugs.freedesktop.org and attach it there?
Thanks, Dani
On Wednesday 24 October 2012, H. Peter Anvin wrote:
> On 10/24/2012 02:16 PM, Ondrej Zary wrote:
> > Some MSI laptop BIOSes are broken - INT 15h code uses port 92h to enable
> > A20 line but resume code assumes that KBC was used.
> > The laptop will not resume from S3 otherwise but powers off after
On 10/25/2012 01:14 AM, Thomas Gleixner wrote:
> On Wed, 24 Oct 2012, Darren Hart wrote:
>> On 10/23/2012 01:29 PM, Thomas Gleixner wrote:
> Nah. I'm just too paranoid to apply any futex patch w/o understanding
> the root cause of it. Darn, if I only could remember how that stale
> waiters bit
On Thu, 2012-10-18 at 17:34 +0300, Andy Shevchenko wrote:
> There are few cleanups to the driver which partialy acked and reviewed.
>
> Since v2:
> - add one more clean up (patch 6/6)
> - make a separate patch to WARN a user in dwc_handle_error (suggested by
>Felipe Balbi)
> - add a descrip
On Thu, 25 Oct 2012, Linus Walleij wrote:
> On Thu, Oct 25, 2012 at 9:57 AM, Lee Jones wrote:
> > On Fri, 12 Oct 2012, Linus Walleij wrote:
>
> >> Yours,
> >> Linus Walleij
> >
> > Friendly poke.
>
> This makes it look like you're poking me as I'm in the To: field but I suspect
> the intent mus
On Thu, 25 Oct 2012, Linus Walleij wrote:
> On 10/25/2012 09:31 AM, Lee Jones wrote:
> >
> >This certainly doesn't fix the bug we spoke about. I believe Ulf
> >is still working on that one.
> >
> >So do you want me to remove this patch?
> >
>
> Yeah drop it for now.
Actually, a quick question be
[...]
>> +/* Callback to get temperature changing trend */
>> +static int db8500_sys_get_trend(struct thermal_zone_device *thermal,
>> + int trip, enum thermal_trend *trend)
>> +{
>> + struct db8500_thermal_zone *pzone = thermal->devdata;
>> +
>> + *trend = pzone->
On Thu, Oct 25, 2012 at 09:21:45AM +0100, Lee Jones wrote:
> On Thu, 25 Oct 2012, Linus Walleij wrote:
>
> > On Thu, Oct 25, 2012 at 9:57 AM, Lee Jones wrote:
> > > On Fri, 12 Oct 2012, Linus Walleij wrote:
> >
> > >> Yours,
> > >> Linus Walleij
> > >
> > > Friendly poke.
> >
> > This makes it
Hi Ingo,
I am resending this series with changes based on your review of v3:
I have not noticed that v3 2/5 patch "x86, MSI: Allocate as many
multiple IRQs as requested" is redundant, since the AHCI code
tries to allocate maximum possible number of MSIs. As there are
The AMD Northbridge initialisation code and EDAC assume the Northbridge IDs
are contiguous, which no longer holds on federated systems with multiple
HyperTransport fabrics and multiple PCI domains, eg on Numascale's
Numaconnect systems with NumaChip.
Address this assumption by searching the Northb
On Wed, Oct 24, 2012 at 07:23:21PM -0700, Anton Vorontsov wrote:
> Hello Pekka,
>
> Thanks for taking a look into this!
>
> On Wed, Oct 24, 2012 at 12:03:10PM +0300, Pekka Enberg wrote:
> > On Mon, 22 Oct 2012, Anton Vorontsov wrote:
> > > This patch introduces VMEVENT_ATTR_PRESSURE, the attribut
The MSI specification has several constraints in comparison with MSI-X,
most notable of them is the inability to configure MSIs independently.
As a result, it is impossible to dispatch interrupts from different
queues to different CPUs. This is largely devalues the support of
multiple MSIs in SMP s
The new function pci_enable_msi_block_auto() tries to allocate maximum
possible number of MSIs up to the number the device supports. It
generalizes a pattern when pci_enable_msi_block() is contiguously called
until it succeeds or fails.
Opposite to pci_enable_msi_block() which takes the number of
Take advantage of multiple MSIs implementation on x86 - on systems with
IRQ remapping AHCI ports not only get assigned separate MSI vectors -
but also separate IRQs. As result, interrupts generated by different
ports could be serviced on different CPUs rather than on a single one.
In cases when nu
>
> > Subject: Re: [PATCH] extcon : callback function to read cable property
> >
> > On 10/19/2012 12:13 PM, Tc, Jenny wrote:
> > The rold of extcon inform only attached/detached state of extcon consumer
> > driver from extcon provider driver. After extcon consumer driver detect the
> > state of
On 25 October 2012 13:56, Hongbo Zhang wrote:
While replying to mails, don't remove lines like above. They help
identifying who
wrote what.
> [...]
>>> +/* Callback to get temperature changing trend */
>>> +static int db8500_sys_get_trend(struct thermal_zone_device *thermal,
For example, you ca
Hi Pekka,
On Thu, Oct 25, 2012 at 09:44:52AM +0300, Pekka Enberg wrote:
> On Thu, Oct 25, 2012 at 9:40 AM, Minchan Kim wrote:
> > Your description doesn't include why we need new vmevent_fd(2).
> > Of course, it's very flexible and potential to add new VM knob easily but
> > the thing we is about
On Thu, 25 Oct 2012 10:16:08 +0200, Daniel Vetter wrote:
> On Thu, Oct 25, 2012 at 7:22 AM, Justin P. Mattock
> wrote:
> >
> > here is a link to the file..: intel_error_decode
> > http://www.filefactory.com/file/22bypyjhs4mx
>
> I haven't figured out how to access this thing. Can you please file
On Tue, Oct 23, 2012 at 7:48 PM, Kees Cook wrote:
>
> On Tue, Oct 23, 2012 at 6:47 AM, Irina Tirdea wrote:
> > From: Adrian Hunter
> >
> > pstore reads all files into memory at mount time. To allow for back ends
> > that will store arbitrarily large files, enhance pstore also to be able
> > to r
Signed-off-by: Olaf Hering
---
arch/x86/include/asm/xen/hypervisor.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/x86/include/asm/xen/hypervisor.h
b/arch/x86/include/asm/xen/hypervisor.h
index 66d0fff..125f344 100644
--- a/arch/x86/include/asm/xen/hypervisor.h
+++ b/arch/x86/include/a
hi Laxman,
I got below compile warning when build this driver.
CC drivers/mfd/rc5t583-irq.o
drivers/mfd/rc5t583-irq.c: In function 'rc5t583_irq_sync_unlock':
drivers/mfd/rc5t583-irq.c:227: warning: array subscript is above array bounds
drivers/mfd/rc5t583-irq.c: In function 'rc5t583_irq_in
This is a respin of 00e37bdb0113a98408de42db85be002f21dbffd3
("xen PVonHVM: move shared_info to MMIO before kexec").
Currently kexec in a PVonHVM guest fails with a triple fault because the
new kernel overwrites the shared info page. The exact failure depends on
the size of the kernel image. This
* Alexander Gordeev wrote:
> Take advantage of multiple MSIs implementation on x86 - on systems with
> IRQ remapping AHCI ports not only get assigned separate MSI vectors -
> but also separate IRQs. As result, interrupts generated by different
> ports could be serviced on different CPUs rather t
Hello Minchan,
Thanks a lot for the email!
On Thu, Oct 25, 2012 at 03:40:09PM +0900, Minchan Kim wrote:
[...]
> > What applications (well, activity managers) are really interested in is
> > this:
> >
> > 1. Do we we sacrifice resources for new memory allocations (e.g. files
> >cache)?
> > 2.
Hi,
On Wed, 24 Oct 2012 13:59:10 +0800, Zheng Yan wrote:
> From: "Yan, Zheng"
>
> Zero length calls may confuse the hardware and make the recorded
> call stack incorrect. Try fixing the call stack by discarding
> zero length call entries.
It would be great adding an explanation what is the "zero
Hi Dmitry,
On Wednesday 24 October 2012 12:05 PM, Dmitry Torokhov wrote:
Hi Sourav,
On Fri, Oct 05, 2012 at 12:56:26PM +0530, Sourav Poddar wrote:
From: G, Manjunath Kondaiah
SMSC ECE1099 is a keyboard scan or GPIO expansion device.The device
supports a keypad scan matrix of 23*8.This driver
>>> On 25.10.12 at 11:04, Olaf Hering wrote:
> @@ -1495,38 +1494,53 @@ asmlinkage void __init xen_start_kernel(void)
> #endif
> }
>
> -void __ref xen_hvm_init_shared_info(void)
Was the __ref here in fact unnecessary (i.e. did you check that
its removal doesn't cause any section mismatch warni
troduced by commit 0981230
"mm: introduce mm_find_pmd()".
Signed-off-by: Jingoo Han
Cc: Bob Liu
---
This patch is based on linux-next-20121025 code tree.
mm/rmap.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/mm/rmap.c b/mm/rmap.c
index 6c686c2..98b100
On Wed, Oct 24, 2012 at 08:56:45PM -0400, KOSAKI Motohiro wrote:
> > That effectively means removing it from the kernel since distros ship
> > with those config options off. We don't want to do that since there
> > _are_ valid, occasional uses like benchmarking that we want to be
> > consistent.
>
> Subject: Re: RE: [PATCH] extcon : callback function to read cable property
> > For charger cable the current each cable can provide will be common.
> > But may not be relevant for other cables.
> >
> > I understand your point on extcon role. But my concern is, when the
> > consumer driver gets a
On Thu, Oct 25, 2012 at 11:09:57AM +0200, Ingo Molnar wrote:
> Has Jeff acked this patch?
Yep,
http://lkml.indiana.edu/hypermail/linux/kernel/1210.0/00795.html
--
Regards,
Alexander Gordeev
agord...@redhat.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Wed, Oct 24, 2012 at 11:33:56AM -0500, danielfsan...@att.net wrote:
> __linktime_error() does the same thing as __compiletime_error() and is
> only used in bug.h. Since the macro defines a function attribute that
> will cause a failure at compile-time (not link-time), it makes more
> sense to k
On Thu, Oct 25, 2012 at 02:08:14AM -0700, Anton Vorontsov wrote:
[...]
> Maybe it makes sense to implement something like PRESSURE_MILD with an
> additional nr_pages threshold, which basically hits the kernel about how
> many easily reclaimable pages userland has (that would be a part of our
> defi
On 10/24/2012 02:45 PM, Arend van Spriel wrote:
On 10/24/2012 01:14 PM, Arend van Spriel wrote:
On 10/16/2012 02:43 PM, Stanislaw Gruszka wrote:
I have this lockdep warning on wireless-testing tree based
on 3.7-rc1 (no other patches except wireless bits).
==
Intel IA32 program guild doesn't mention that this MSR should be set by
BIOS, instead, it mentions "Software can use whatever criteria it sees
fit to program the MSR with the appropriate value.". Discuss with IBV,
they'd like to keep this MSR as default, and let OS to change value if desired.
This
On 25 October 2012 10:23, Lee Jones wrote:
> On Thu, 25 Oct 2012, Linus Walleij wrote:
>
>> On 10/25/2012 09:31 AM, Lee Jones wrote:
>> >
>> >This certainly doesn't fix the bug we spoke about. I believe Ulf
>> >is still working on that one.
>> >
>> >So do you want me to remove this patch?
>> >
>>
On Thu, Oct 25, Jan Beulich wrote:
> >>> On 25.10.12 at 11:04, Olaf Hering wrote:
> > @@ -1495,38 +1494,53 @@ asmlinkage void __init xen_start_kernel(void)
> > #endif
> > }
> >
> > -void __ref xen_hvm_init_shared_info(void)
>
> Was the __ref here in fact unnecessary (i.e. did you check that
On 25 October 2012 16:41, Viresh Kumar wrote:
> On 25 October 2012 13:56, Hongbo Zhang wrote:
>
> While replying to mails, don't remove lines like above. They help
> identifying who
> wrote what.
>
>> [...]
+/* Callback to get temperature changing trend */
+static int db8500_sys_get_tre
On 24 October 2012 12:27, Mark Brown
wrote:
> On Wed, Oct 24, 2012 at 11:34:00AM +0200, Ulf Hansson wrote:
>> Acked-by: Ulf Hansson
>>
>> I assume this shall go into 3.7, right?
>>
>> Kind regards
>> Ulf Hansson
>
> You may recall that only yesterday I reminded you not to top post...
Sorry, I ha
On Wed, Oct 24, 2012 at 11:33:57AM -0500, danielfsan...@att.net wrote:
> Negative sized arrays wont create a compile-time error in some cases
> starting with gcc 4.4 (e.g., inlined functions), but gcc 4.3 introduced
> the error function attribute that will. This patch modifies
> BUILD_BUG_ON to be
On Thu, Oct 25, 2012 at 11:25:55AM +0200, Alexander Gordeev wrote:
> On Thu, Oct 25, 2012 at 11:09:57AM +0200, Ingo Molnar wrote:
> > Has Jeff acked this patch?
>
> Yep,
> http://lkml.indiana.edu/hypermail/linux/kernel/1210.0/00795.html
Ah.. sorry - Jeff acked v3, not the recent one.
Jeff, would
On 25 October 2012 15:03, Hongbo Zhang wrote:
> On 25 October 2012 16:41, Viresh Kumar wrote:
> Just paste my current pieces of codes here:
>
> static struct db8500_thsens_platform_data*
> db8500_thermal_parse_dt(struct platform_device *pdev)
> {
> if (!np) {
>
[PATCH] dm: stay in blk_queue_bypass until queue becomes initialized
With 749fefe677 ("block: lift the initial queue bypass mode on
blk_register_queue() instead of blk_init_allocated_queue()"),
add_disk() eventually calls blk_queue_bypass_end().
This change invokes the following warning when multi
[PATCH] block: move blk_queue_bypass_{start,end} to include/linux/blkdev.h
dm wants to use those functions to control the bypass status of
half-initialized device.
This patch is a preparation for:
[PATCH] dm: stay in blk_queue_bypass until queue becomes initialized
Signed-off-by: Jun'ichi Nomu
On Thu, 25 Oct 2012, Ulf Hansson wrote:
> On 25 October 2012 10:23, Lee Jones wrote:
> > On Thu, 25 Oct 2012, Linus Walleij wrote:
> >
> >> On 10/25/2012 09:31 AM, Lee Jones wrote:
> >> >
> >> >This certainly doesn't fix the bug we spoke about. I believe Ulf
> >> >is still working on that one.
>
On Thu, 25 Oct 2012, Dmitry Torokhov wrote:
> On Thu, Oct 25, 2012 at 09:21:45AM +0100, Lee Jones wrote:
> > On Thu, 25 Oct 2012, Linus Walleij wrote:
> >
> > > On Thu, Oct 25, 2012 at 9:57 AM, Lee Jones wrote:
> > > > On Fri, 12 Oct 2012, Linus Walleij wrote:
> > >
> > > >> Yours,
> > > >> Lin
On Thu, Oct 25, 2012 at 05:28:00PM +0800, Ivan Hu wrote:
> Intel IA32 program guild doesn't mention that this MSR should be set by
> BIOS, instead, it mentions "Software can use whatever criteria it sees
> fit to program the MSR with the appropriate value.". Discuss with IBV,
> they'd like to keep
On Wed, Oct 24, 2012 at 09:47:47AM -0600, Mike Yoknis wrote:
> On Sat, 2012-10-20 at 09:29 +0100, Mel Gorman wrote:
> > On Fri, Oct 19, 2012 at 01:53:18PM -0600, Mike Yoknis wrote:
> > > On Tue, 2012-10-09 at 08:56 -0600, Mike Yoknis wrote:
> > > > On Mon, 2012-10-08 at 16:16 +0100, Mel Gorman wrot
On Thu, Oct 25, 2012 at 09:18:01AM +0200, Ingo Molnar wrote:
>
> * Juri Lelli wrote:
>
> > kernel/sched/dl.c | 1650
> >
>
> I've got a stupid nit here: please make that deadline.c. Same
> for cpudl.c.
>
> (Just to stop future generations
On 2012-10-25 11:41, Jun'ichi Nomura wrote:
> [PATCH] block: move blk_queue_bypass_{start,end} to include/linux/blkdev.h
>
> dm wants to use those functions to control the bypass status of
> half-initialized device.
>
> This patch is a preparation for:
> [PATCH] dm: stay in blk_queue_bypass unt
On 25 October 2012 17:33, Hongbo Zhang wrote:
> On 25 October 2012 16:41, Viresh Kumar wrote:
>> On 25 October 2012 13:56, Hongbo Zhang wrote:
>>
>> While replying to mails, don't remove lines like above. They help
>> identifying who
>> wrote what.
>>
>>> [...]
> +/* Callback to get temperat
On Wed 24-10-12 11:44:17, Qiang Gao wrote:
> On Wed, Oct 24, 2012 at 1:43 AM, Balbir Singh wrote:
> > On Tue, Oct 23, 2012 at 3:45 PM, Michal Hocko wrote:
> >> On Tue 23-10-12 18:10:33, Qiang Gao wrote:
> >>> On Tue, Oct 23, 2012 at 5:50 PM, Michal Hocko wrote:
> >>> > On Tue 23-10-12 15:18:48,
The u8500 and u9540 DT_MACHINE_START calls are almost identical
at the moment, referencing exactly the same function pointers.
Until this changes we may as well convert the original one to
be more generic and use that instead.
Acked-by: Linus Walleij
Signed-off-by: Lee Jones
---
arch/arm/mach-u
On boot the Nomadik GPIO controller complains that an IRQ can't be
configured as active high level-sensitive, so this patch converts
it to be low-to-high edge triggered instead.
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/stuib.dtsi |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
There is a very simple mechanism to change and SDI's voltage which
consists of toggling some GPIOs. This scenario can be better handled
if we convert it to a GPIO regulator. This patch provides one which
can be read from Device Tree.
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/dbx5x0.dtsi |
The Device Tree machine description for the ux5x0 was moved
recently and as a consequence missed the addition of SMP
operations. Without this patch SMP doesn't work and only one
CPU is present after booting.
Acked-by: Linus Walleij
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/cpu-db8500.c |
It is the intention to convert the MMC voltage changing from
GPIO flipping to using a proper GPIO regulator interface. A
prerequisite of that is to enable the GPIO regulator
functionality. As this affects all ux5x0 based boards we'll
do it here instead of in the Kconfigs.
Signed-off-by: Lee Jones
The u9540 supports 3 MMC devices. This patch enables two of them
and updates the configuration of the already enabled SDI4 port.
Acked-by: Linus Walleij
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/u9540.dts | 27 ++-
1 file changed, 26 insertions(+), 1 deletion(-)
So far, each ST-Ericsson board supported by Device Tree has been similar
enough to run though a single DT_MACHINE_INIT call. On the back of that
it has been suggested that we should reduce the number of compatible
strings in our dt_compat structure. After subsequent discussion with Arnd
Bergmann th
When enabling ST-Ericsson's ccu9540 development board the board's
full name has not been used. This patch adapts all references of
the board's short name to how it should be referenced.
Reviewed-by: Linus Walleij
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/{u9540.dts => ccu9540.dts} |4 +
Kept together mostly for tracking convenience, this patch-set is
the result of platform tweaking during u9540 enablement.
arch/arm/boot/dts/ccu9540.dts | 72 +
arch/arm/boot/dts/dbx5x0.dtsi | 14
arch/arm/boot/dts/hrefprev60.dts |2 +-
1 - 100 of 857 matches
Mail list logo
