Just use the macro instead of define a variable.
Cc: James E.J. Bottomley
Cc: Paolo Bonzini
Cc: Rusty Russell
Cc: linux-s...@vger.kernel.org
Cc: k...@vger.kernel.org
Signed-off-by: Wanlong Gao
---
drivers/scsi/virtio_scsi.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
patch 1-3,5 are some cleanups.
patch 4: create a separate work queue for virtio-scsi
to improve the performance, I tested with tmpfs backed
disk, the config file is like below,
[global]
bsrange=4k-64k
ioengine=libaio
direct=1
iodepth=4
loops=10
size=64M
Before:
Disk stats (read/write):
sda: ios=
Hi all,
This is the third RFC. As suggested by Minchan Kim, the API is much
simplified now (comparing to vmevent_fd):
- As well as Minchan, KOSAKI Motohiro didn't like the timers, so the
timers are gone now;
- Pekka Enberg didn't like the complex attributes matching code, and so it
is no long
On Tue, Nov 06, 2012 at 02:55:06PM -0500, Rik van Riel wrote:
> On 11/06/2012 04:14 AM, Mel Gorman wrote:
> >It is tricky to quantify the basic cost of automatic NUMA placement in a
> >meaningful manner. This patch adds some vmstats that can be used as part
> >of a basic costing model.
> >
> >u
Hi,
Please consider pulling the following GFS2 fixes,
Steve.
---
Here are a number of GFS2 bug fixes. There are three from Andy Price
which fix various issues spotted by automated code analysis. There are two
from L
On Wed, 2012-11-07 at 10:25 +, Stefano Stabellini wrote:
> On Tue, 6 Nov 2012, Konrad Rzeszutek Wilk wrote:
> > We end up with:
> >
> > ERROR: "HYPERVISOR_event_channel_op" [drivers/xen/xen-gntdev.ko] undefined!
> > ERROR: "privcmd_call" [drivers/xen/xen-privcmd.ko] undefined!
> > ERROR: "HYPE
On Wed, Nov 07, 2012 at 05:48:30AM -0500, Rik van Riel wrote:
> On 11/07/2012 05:38 AM, Mel Gorman wrote:
> >On Tue, Nov 06, 2012 at 01:58:26PM -0500, Rik van Riel wrote:
> >>On 11/06/2012 04:14 AM, Mel Gorman wrote:
> >>>Note: This patch started as "mm/mpol: Create special PROT_NONE
> >>> infras
On Sat 03-11-12 01:38:35, Tejun Heo wrote:
[...]
> diff --git a/kernel/cgroup_freezer.c b/kernel/cgroup_freezer.c
> index 4f12d31..3262537 100644
> --- a/kernel/cgroup_freezer.c
> +++ b/kernel/cgroup_freezer.c
[...]
> @@ -320,14 +388,39 @@ static void freezer_apply_state(struct freezer
> *freezer,
Namhyung Kim wrote:
> I've tested your branch and it seems that it conflicts with Jiri's
> latest perf test patchset which merged into Arnaldo's perf/core branch.
>
> Simple fix will be adding '-Iutil -I.' right after '-I$(OUTPUT)util' in
> BASIC_CFLAGS.
Should I be developing my patches on top
Hi Benoit,
On Nov 7, 2012, at 11:19 AM, Benoit Cousson wrote:
> Hi Panto,
>
> On 11/07/2012 09:13 AM, Pantelis Antoniou wrote:
>> Hi Grant
>>
>> On Nov 6, 2012, at 9:45 PM, Grant Likely wrote:
>>
>>> On Tue, Nov 6, 2012 at 7:34 PM, Pantelis Antoniou
>>> wrote:
>>
>> [ snip ]
>>>
>>> g.
>>
This patch introduces vmpressure_fd() system call. The system call creates
a new file descriptor that can be used to monitor Linux' virtual memory
management pressure. There are three discrete levels of the pressure:
VMPRESSURE_LOW: Notifies that the system is reclaiming memory for new
allocations
Just a simple test/example utility for the vmpressure_fd(2) system call.
Signed-off-by: Anton Vorontsov
---
tools/testing/vmpressure/.gitignore| 1 +
tools/testing/vmpressure/Makefile | 30 ++
tools/testing/vmpressure/vmpressure-test.c | 93 +
VMPRESSURE_FD(2)Linux Programmer's Manual VMPRESSURE_FD(2)
NAME
vmpressure_fd - Linux virtual memory pressure notifications
SYNOPSIS
#define _GNU_SOURCE
#include
#include
#include
#include
#include
int vmpressure_fd(struc
On Tue, 2012-11-06 at 15:36 -0800, Andrew Morton wrote:
> On Thu, 1 Nov 2012 00:12:18 -0700
> Joe Perches wrote:
> > Linux kernel doesn't like floating point, say so.
[]
> > --- a/scripts/checkpatch.pl
> > +++ b/scripts/checkpatch.pl
> > @@ -2332,6 +2332,13 @@ sub process {
> >
On Wednesday, November 07, 2012 11:58:42 AM Mika Westerberg wrote:
> On Tue, Nov 06, 2012 at 11:36:08PM +0100, Rafael J. Wysocki wrote:
> > >
> > > OK, but then we need to pass the information obtained from _CRS
> > > (presumably after some adjustments through _SRS) to drivers, or rather to
> > >
On 11/07/2012 12:02 PM, Pantelis Antoniou wrote:
> Hi Benoit,
>
> On Nov 7, 2012, at 11:19 AM, Benoit Cousson wrote:
>
>> Hi Panto,
>>
>> On 11/07/2012 09:13 AM, Pantelis Antoniou wrote:
>>> Hi Grant
>>>
>>> On Nov 6, 2012, at 9:45 PM, Grant Likely wrote:
>>>
On Tue, Nov 6, 2012 at 7:34 PM,
On Wed, Nov 07, 2012 at 02:53:49AM -0800, Anton Vorontsov wrote:
> Hi all,
>
> This is the third RFC. As suggested by Minchan Kim, the API is much
> simplified now (comparing to vmevent_fd):
>
> - As well as Minchan, KOSAKI Motohiro didn't like the timers, so the
> timers are gone now;
> - Pekk
Hi Benoit,
On Nov 7, 2012, at 12:12 PM, Benoit Cousson wrote:
> On 11/07/2012 12:02 PM, Pantelis Antoniou wrote:
>> Hi Benoit,
>>
[snip]
>> I don't know if this breaks any conventions but seems to work fine for our
>> case.
>
> Yeah, my main concern with that approach is that you change the
On Wed, Nov 7, 2012 at 1:21 PM, Kirill A. Shutemov wrote:
>> While the new API is very simple, it is still extensible (i.e. versioned).
>
> Sorry, I didn't follow previous discussion on this, but could you
> explain what's wrong with memory notifications from memcg?
> As I can see you can get pret
Hi Anton,
On Wed, Nov 7, 2012 at 12:53 PM, Anton Vorontsov
wrote:
> This is the third RFC. As suggested by Minchan Kim, the API is much
> simplified now (comparing to vmevent_fd):
>
> - As well as Minchan, KOSAKI Motohiro didn't like the timers, so the
> timers are gone now;
> - Pekka Enberg di
On Wed, Nov 7, 2012 at 1:30 PM, Pekka Enberg wrote:
> I love the API and implementation simplifications but I hate the new
> ABI. It's a specialized, single-purpose syscall and bunch of procfs
> tunables and I don't see how it's 'extensible' to anything but VM
s/anything but VM/anything but VM pr
On Wed, Nov 07, 2012 at 01:28:12PM +0200, Pekka Enberg wrote:
> On Wed, Nov 7, 2012 at 1:21 PM, Kirill A. Shutemov
> wrote:
> >> While the new API is very simple, it is still extensible (i.e. versioned).
> >
> > Sorry, I didn't follow previous discussion on this, but could you
> > explain what's
Fix a stack buffer overflow in the SCSI layer sysfs handling code
(store_host_reset()). When a host reset type is read via sscanf in str
there is no limit on the length and str is defined as char str[10].
How to reproduce:
Given that the sysfs entry exists, execute
echo "" >
Update the driver to use the new API for requesting pwm so we can take
advantage of the pwm_lookup table to find the correct pwm to be used for the
LED functionality.
If the devm_get_pwm fails we fall back to legacy mode to try to get the pwm.
Signed-off-by: Peter Ujfalusi
---
drivers/leds/leds-
On 11/07/2012 05:49 AM, Mel Gorman wrote:
On Tue, Nov 06, 2012 at 02:41:13PM -0500, Rik van Riel wrote:
On 11/06/2012 04:14 AM, Mel Gorman wrote:
Signed-off-by: Mel Gorman
Excellent basis for implementing a smarter NUMA
policy.
Not sure if such a policy should be implemented
as a replacem
On 11/07/2012 05:57 AM, Mel Gorman wrote:
On Tue, Nov 06, 2012 at 02:55:06PM -0500, Rik van Riel wrote:
On 11/06/2012 04:14 AM, Mel Gorman wrote:
Signed-off-by: Mel Gorman
I'm skipping the ACKing of the policy patches, which
appear to be meant to be placeholders for a "real"
policy.
I do
On Wed, Nov 07, 2012 at 01:21:36PM +0200, Kirill A. Shutemov wrote:
[...]
> Sorry, I didn't follow previous discussion on this, but could you
> explain what's wrong with memory notifications from memcg?
> As I can see you can get pretty similar functionality using memory
> thresholds on the root cg
On 11/06/2012 04:14 AM, Mel Gorman wrote:
This is the dumbest possible policy that still does something of note.
When a pte_numa is faulted, it is moved immediately. Any replacement
policy must at least do better than this and in all likelihood this
policy regresses normal workloads.
Signed-off-
2012/11/5 Josh Cartwright :
> On Sat, Oct 27, 2012 at 03:20:59PM +, Michal Simek wrote:
>> On Saturday, October 27, 2012 4:43 PM, Josh Cartwright wrote:
>> > On Sat, Oct 27, 2012 at 02:06:45PM +, Michal Simek wrote:
>> > [...]
>> > > I am not big fan to use dtsi solution because dts can be
fixed few error and warning messages as reported by checkpatch.pl
Signed-off-by: Kumar Amit Mehta
---
drivers/staging/comedi/drivers/jr3_pci.c |9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/comedi/drivers/jr3_pci.c
b/drivers/staging/comedi/driver
On Wed, Nov 07, 2012 at 03:43:46AM -0800, Anton Vorontsov wrote:
> On Wed, Nov 07, 2012 at 01:21:36PM +0200, Kirill A. Shutemov wrote:
> [...]
> > Sorry, I didn't follow previous discussion on this, but could you
> > explain what's wrong with memory notifications from memcg?
> > As I can see you ca
On Wed, Nov 07, 2012 at 01:30:16PM +0200, Pekka Enberg wrote: [...]
> I love the API and implementation simplifications but I hate the new
> ABI. It's a specialized, single-purpose syscall and bunch of procfs
> tunables and I don't see how it's 'extensible' to anything but VM
It is extensible to V
On Tue, 6 Nov 2012 07:44:06 +0100
Thierry Reding wrote:
> > --- a/Documentation/devicetree/bindings/video/backlight/pwm-backlight.txt
> > +++ b/Documentation/devicetree/bindings/video/backlight/pwm-backlight.txt
> > @@ -14,6 +14,7 @@ Required properties:
> > Optional properties:
> >- pwm-nam
* STMicroelectronics version 1.2.0, Copyright (C) 2010
* STMicroelectronics comes with ABSOLUTELY NO WARRANTY.
* This is free software, and you are welcome to redistribute it
* under certain conditions.
This is the driver for TPM chip from ST Microelectronics.
If you have a TPM security chip
On Wed, Nov 7, 2012 at 6:18 PM, Wanlong Gao wrote:
> patch 1-3,5 are some cleanups.
> patch 4: create a separate work queue for virtio-scsi
> to improve the performance, I tested with tmpfs backed
> disk, the config file is like below,
> [global]
> bsrange=4k-64k
> ioengine=libaio
> direct=1
> iod
>> diff --git a/drivers/base/cpu.c b/drivers/base/cpu.c
>> index 6345294..5f6a573 100644
>> --- a/drivers/base/cpu.c
>> +++ b/drivers/base/cpu.c
>> @@ -330,4 +330,6 @@ void __init cpu_dev_init(void)
>> panic("Failed to register CPU subsystem");
>>
>> cpu_dev_register_generic();
On Mon, Oct 15, 2012 at 05:57:03PM +0800, Asias He wrote:
> vhost-blk is an in-kernel virito-blk device accelerator.
>
> Due to lack of proper in-kernel AIO interface, this version converts
> guest's I/O request to bio and use submit_bio() to submit I/O directly.
> So this version any supports raw
Hi Jens,
Few more minor fixes for 3.7.
This patchset contains fix for the lba address problem in big-endian, potential
crash on secure erase operation and incorrect erase mode mask
Asai Thambi S P (3):
mtip32xx: fix potential crash on SEC_ERASE_UNIT
mtip32xx: Fix to make lba address correct
On Wed, Nov 07, 2012 at 02:11:10PM +0200, Kirill A. Shutemov wrote:
[...]
> >We can have plenty of "free" memory, of which say 90% will be caches,
> >and say 10% idle. But we do want to differentiate these types of memory
> >(although not going into details about it), i.e. we want to ge
On Tue, Nov 06, 2012 at 02:18:18PM -0500, Rik van Riel wrote:
> On 11/06/2012 04:14 AM, Mel Gorman wrote:
> >Note: Based on "mm/mpol: Use special PROT_NONE to migrate pages" but
> > sufficiently different that the signed-off-bys were dropped
> >
> >Combine our previous _PAGE_NUMA, mpol_misplace
Earlier lba address was assigned directly to lba_low and lba_low_ex,
which would result in a different number (bytes reversed) in
big-endian systems. Now assigning lba address byte-by-byte to fis.
Reported-by: Dan Carpenter
Signed-off-by: Selvan Mani
Signed-off-by: Asai Thambi S P
---
drivers
The mtip driver lifted this code from elsewhere and then added a special
handling check for SEC_ERASE_UNIT. If the caller tries to do a security
erase but passes no output data for the command then outbuf is not
allocated and the driver duly explodes.
Reported-by: Dan Carpenter
Signed-off-by: Al
Previous commit use value 3 for erasemode mask.
Changing the mask to correct value to 2
Signed-off-by: Selvan Mani
Signed-off-by: Asai Thambi S P
---
drivers/block/mtip32xx/mtip32xx.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/block/mtip32xx/mtip32xx.h
b
From: Wei Yongjun
Add the missing mutex_unlock() before return from function
acpi_memory_remove_memory() in the error handling case.
Introduce by commit 85fcb3758c10e063a2a30dfad75017097999deed
'ACPI / memory-hotplug: introduce a mutex lock to protect the list in
acpi_memory_device'
dpatch eng
From: Wei Yongjun
Fix the return value of cs42l52_set_fmt() when clock inversion is
not allowed and also remove the useless variable ret.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun
---
sound/soc/codecs/cs42l52.c | 3 +--
1 f
On 11/07/2012 08:23 PM, Asias He wrote:
> On Wed, Nov 7, 2012 at 6:18 PM, Wanlong Gao wrote:
>> patch 1-3,5 are some cleanups.
>> patch 4: create a separate work queue for virtio-scsi
>> to improve the performance, I tested with tmpfs backed
>> disk, the config file is like below,
>> [global]
>> b
On 11/07/2012 03:51 AM, Andrew Morton wrote:
> On Tue, 6 Nov 2012 21:09:58 +0800
> Alex Shi wrote:
>
>> $for ((i=0; i < I; i++)) ; do while true; do : ; done & done
>>
>> Checking the power consuming with a powermeter on the NHM EP.
>> powersaving performance
>> I = 2 148w
2012/11/5 Josh Cartwright :
> On Mon, Nov 05, 2012 at 04:45:49PM -0500, Nick Bowler wrote:
>> The main UART on the Xilinx ZC702 board is UART1, located at address
>> e0001000. Add a Kconfig option to select this device as the low-level
>> debugging port. This allows the really early boot printout
Now that we can return zero from pppoatm_send() for reasons *other* than
the queue being full, that means we can't depend on a subsequent call to
pppoatm_pop() waking the queue, and we might leave it stalled
indefinitely.
Fix this by immediately scheduling the wakeup tasklet. As documented
already
>>>
>>> If it is generic ACPI code, than it can depend only on ACPI.
>>> If it is ACPI code that contains X86 specific info, than it needs to
>>> depend on X86 too.
>>
>> No x86 specific so let's depend on ACPI.
>
> Huh? This feature is x86 specific isn't it? I mean it is in the ACPI
> spec, but
On Wed, 7 Nov 2012, Ian Campbell wrote:
> On Wed, 2012-11-07 at 10:25 +, Stefano Stabellini wrote:
> > On Tue, 6 Nov 2012, Konrad Rzeszutek Wilk wrote:
> > > We end up with:
> > >
> > > ERROR: "HYPERVISOR_event_channel_op" [drivers/xen/xen-gntdev.ko]
> > > undefined!
> > > ERROR: "privcmd_cal
Add xen version check for xen_check_mwait.
Thanks,
Jinsong
=
>From b8288c4b8bce46468e5abbb95fae4c9c748bafaa Mon Sep 17 00:00:00 2001
From: Liu, Jinsong
Date: Thu, 8 Nov 2012 04:31:11 +0800
Subject: [PATCH 2/2] Revert pad config check in xen_check_mwait
With Xen acpi pad logic added int
On 11/06/2012 11:20 PM, Luming Yu wrote:
> On Tue, Nov 6, 2012 at 8:09 AM, Alex Shi wrote:
>> This patch add the power aware scheduler knob into sysfs:
>
> The problem is user doesn't know how to use this knob.
>
> Based on what data, people could select one policy which could be surely
> better
On Wed, Nov 07, 2012 at 12:14:31PM +0100, Rafael J. Wysocki wrote:
> > So is the idea now that the ACPI core parses the resources and passes them
> > forward via struct acpi_device? I'm just wondering how to proceed with
> > these I2C and SPI enumeration patches.
>
> Well, we definitely don't want
2012/11/5 Josh Cartwright :
> The Zynq platform requires the use of CONFIG_OF. Remove the #ifdef
> conditionals in the uartps driver. Make dependency explicit in Kconfig.
>
> Signed-off-by: Josh Cartwright
> ---
> Michal-
>
> Here's a version of this patch outside of my COMMON_CLK patchset as yo
Shuah Khan wrote:
> On Thu, Oct 25, 2012 at 6:19 AM, Liu, Jinsong
> wrote:
>> From f233ad06cf924116693d7d38be9ae9d8c11f8a9b Mon Sep 17 00:00:00
>> 2001
>> From: Liu, Jinsong
>> Date: Fri, 26 Oct 2012 02:32:48 +0800
>> Subject: [PATCH 1/2] Xen acpi pad implement
>>
>> PAD is acpi Processor Aggr
This patch makes leds-gpio's probe() return -EPROBE_DEFER if any of the gpios
to register are deferred themselves. This makes a change of
gpio_leds_create_of()'s return value necessary: Instead of returning NULL on
error, we now use ERR_PTR() error coding.
Signed-off-by: Roland Stigge
---
driver
Unfortunately I have some issues with git send-email.
I've attached the patch itself ..
regards,
-- dmytro
On Tue, Nov 6, 2012 at 12:27 PM, Felipe Balbi wrote:
> On Sun, Nov 04, 2012 at 03:30:21PM +0100, Dmytro Milinevskyy wrote:
>> Convert USB descriptor's fields to CPU byte order before using
>From 0ce16d6a0270daebd9972e94a834034a093228b0 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Sjur=20Br=C3=A6ndeland?=
Date: Wed, 7 Nov 2012 12:20:07 +0100
Subject: [PATCH] virtio_console:Free buffers from out-queue upon close
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-En
On 11/07/2012 12:37 PM, Preeti Murthy wrote:
> Hi Alex,
>
> What I am concerned about in this patchset as Peter also
> mentioned in the previous discussion of your approach
> (https://lkml.org/lkml/2012/8/13/139)
> is that:
>
> 1.Using nr_running of two different sched groups to decide which one
On Sat, Nov 03, 2012 at 10:24:58AM +0100, Marco Stornelli wrote:
> Removed vmtruncate
>
> Signed-off-by: Marco Stornelli
Thanks!
Acked-by: Bob Copeland
> ---
> fs/omfs/file.c | 22 +++---
> 1 files changed, 15 insertions(+), 7 deletions(-)
--
Bob Copeland %% www.bobcopela
Acked-by: Kyungmin Park
On Wed, Nov 7, 2012 at 12:28 AM, Axel Lin wrote:
> Set it once is enough.
>
> Signed-off-by: Axel Lin
> ---
> drivers/pinctrl/pinctrl-samsung.c |1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/pinctrl/pinctrl-samsung.c
> b/drivers/pinctrl/pinctrl-sams
From: Sjur Brændeland
Free pending output buffers from the virtio out-queue when
host has acknowledged port_close. Also removed WARN_ON()
in remove_port_data().
Signed-off-by: Sjur Brændeland
---
Resending, this time including a proper "Subject"...
--
Hi Amit,
Note: This patch is compile tes
On 11/06/2012 12:38 PM, Alan Cox wrote:
>> > The root
>> > cause is loading two different framebuffers with one taking over from
>> > another - that should be an obscure corner case and once the fuzz testing
>> > can avoid.
>> >
>> > I had a semi-informed poke at this and came up with a poss
A lot of people have been talking about these things lately. These
things are already solved, and I sum them up, on my blog, as I have been
researching the same, for quite some time. :
http://paradoxuncreated.com/Blog/wordpress/?p=2268
John Carmack talks about not being able to run doom 3 at 6
On 10/31/2012 06:34 PM, Greg KH wrote:
> Johan Hovold (9): USB: mos7840: remove invalid disconnect handling
This one introduces a warning:
drivers/usb/serial/mos7840.c: In function 'mos7840_disconnect':
drivers/usb/serial/mos7840.c:2589: warning: unused variable 'flags'
Care to fix that?
thanks,
On 11/06/2012 02:39 PM, Konrad Rzeszutek Wilk wrote:
On Mon, Nov 05, 2012 at 10:09:57AM -0500, Matthew Fioravante wrote:
This patch ports the xen vtpm frontend driver for linux
from the linux-2.6.18-xen.hg tree to linux-stable.
So how does on test it ? Set it up? Use it? Is there some documenta
On Wednesday 07 November 2012, Vineet Gupta wrote:
> Signed-off-by: Vineet Gupta
> ---
> arch/arc/configs/fpga_defconfig | 607
> +++
> 1 files changed, 607 insertions(+), 0 deletions(-)
> create mode 100644 arch/arc/configs/fpga_defconfig
>
> diff --git a/
On Wednesday 07 November 2012, Vineet Gupta wrote:
> +
> +config ARC
> + def_bool y
> + select ARCH_WANT_IPC_PARSE_VERSION
> + # ARC Busybox based initramfs absolutely relies on DEVTMPFS for /dev
> + # DEVTMPS in turn needs HOTPLUG
> + select DEVTMPFS if !INITRAMFS_SOURCE=""
>
On Wednesday 07 November 2012, Vineet Gupta wrote:
> +static struct platform_device arc_uart##n##_dev = {\
> + .name = "arc-uart", \
> + .id = n,\
> + .num_resources = ARRAY_SIZE(arc_uart##n##_res), \
> +
On 11/07/2012 06:01 AM, Anton Vorontsov wrote:
Configuration
vmpressure_fd(2) accepts vmpressure_config structure to configure
the notifications:
struct vmpressure_config {
__u32 size;
__u32 threshold;
};
size is a part of A
On Wed, Nov 07, 2012 at 01:05:57PM +0100, Michal Simek wrote:
> 2012/11/5 Josh Cartwright :
[..]
> > Our usecase may admittedly be a bit weird, because what logic is in the
> > PL is ultimately determined (and even implemented) by the end user and
> > is loaded at runtime. There is a lot of machin
On Wed, Nov 07, 2012 at 06:09:53PM +0800, Qing Xu wrote:
> From: Qing Xu
>
> Signed-off-by: Qing Xu
Applied, thanks.
> +max8925 regulator device register is still handled by mfd_add_devices, not by
> +of_xxx, so, it is not necessary to add compatible name. Also, those reg
> +offset and id info
On Wednesday 07 November 2012, Vineet Gupta wrote:
> + * Being uClibc based we need some of the deprecated syscalls:
> + * -Not emulated by uClibc at all
> + * unlink, mkdir,... (needed by Busybox, LTP etc)
> + * times (needed by LTP pan test harness)
> + * -Not emulated efficiently
> + *
At last posting this message to linux-fbdev has worked.
Refer to this: http://marc.info/?l=linux-fbdev&m=135229680920277&w=2
--
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.
On Wednesday 07 November 2012, Vineet Gupta wrote:
> This patchset based off-of 3.7-rc3, introduces the Linux kernel port to
> ARC700 processor family (750D and 770D) from Synopsys.
>
> ARC700 is highly configurable and power efficient 32-bit RISC core with MMU.
> It is embedded in SoCs deployed i
On Wed, Nov 07, 2012 at 03:01:38PM +0100, Martin Steigerwald wrote:
> Hi!
>
> I had this with something in between 3.7-rc3 und 3.7-rc4 after inserting
> and removing an USB stick. This example is with a kernel + f2fs patches v3,
> but I had this with 3.7-rc3 as well.
Ok, so it's not a new thing i
On Tue, Nov 6, 2012 at 8:37 PM, Stephane Eranian wrote:
> On Tue, Nov 6, 2012 at 7:50 PM, Andi Kleen wrote:
>> On Tue, Nov 06, 2012 at 03:29:01PM +0100, Stephane Eranian wrote:
>>> On Tue, Nov 6, 2012 at 2:31 PM, Andi Kleen wrote:
>>> >> +EVENT_ATTR(cpu-cycles, CPU_CYCLES
On Wed, Nov 07, 2012 at 08:27:17PM +0800, Alex Shi wrote:
> >> diff --git a/drivers/base/cpu.c b/drivers/base/cpu.c
> >> index 6345294..5f6a573 100644
> >> --- a/drivers/base/cpu.c
> >> +++ b/drivers/base/cpu.c
> >> @@ -330,4 +330,6 @@ void __init cpu_dev_init(void)
> >>panic("Failed to
On Wed, Oct 31, 2012 at 1:34 AM, Andi Kleen wrote:
> From: Andi Kleen
>
> Add a way for the CPU initialization code to register additional events,
> and merge them into the events attribute directory. Used in the next
> patch.
>
> Signed-off-by: Andi Kleen
Acked-by: Stephane Eranian
> ---
>
Hi,
On Tuesday 06 November 2012 07:47 PM, Joshua Emele wrote:
The iva coprocessor, available on some omap platforms, shares a voltage domain
with the mpu. If cpufreq is active and the mpu processor is scaled down, the iva
coprocessor should also be scaled. The goal is to make sure we do not ramp
Hello,
The currently available pwm-twl6030.c driver only supports TWL6030's Charging
indication LED.
Remove this driver and add two new ones which implements support for all PWM
driven outputs:
pwm-twl driver supports twl4030 (PWM 0/1) and twl6030 (PWM 1/2) instances
pwm-twl-led driver supports tw
The driver supports the following PWM outputs:
TWL4030 PWM0 and PWM1
TWL6030 PWM1 and PWM2
On TWL4030 the PWM signals are muxed. Upon requesting the PWM the driver
will select the correct mux so the PWM can be used. When the PWM has been
freed the original configuration going to be restored.
Sign
The driver supports the following LED outputs as generic PWM driver:
TWL4030 LEDA and LEDB (PWMA and PWMB)
TWL6030 Charging indicator LED (PWM LED)
On TWL6030 when the PWM requested LED is configured to be controlled by SW.
In this case the user can enable/disable and set the duty period freely.
W
This driver only supported the Charging indicator LED.
New set of drivers going to provide support for both PWMs and LEDs for twl4030
and twl6030 series of PMICs.
Signed-off-by: Peter Ujfalusi
---
drivers/pwm/Kconfig | 9 ---
drivers/pwm/Makefile | 1 -
drivers/pwm/pwm-twl6030.c |
Hi Matthew,
On Mon, Nov 05, 2012 at 10:09:57AM -0500, Matthew Fioravante wrote:
> This patch ports the xen vtpm frontend driver for linux
> from the linux-2.6.18-xen.hg tree to linux-stable.
>
> Signed-off-by: Matthew Fioravante
> ---
> drivers/char/tpm/Kconfig |9 +
> drivers/char/
> >>+static struct attribute *vtpm_attrs[] = {
> >>+ &dev_attr_pubek.attr,
> >>+ &dev_attr_pcrs.attr,
> >>+ &dev_attr_enabled.attr,
> >>+ &dev_attr_active.attr,
> >>+ &dev_attr_owned.attr,
> >>+ &dev_attr_temp_deactivated.attr,
> >>+ &dev_attr_caps.attr,
> >>+ &dev_a
On Wed, Nov 07, 2012 at 08:38:35PM +0800, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Fix the return value of cs42l52_set_fmt() when clock inversion is
> not allowed and also remove the useless variable ret.
Applied, but you need to work on your changelogs:
What is wrong with the return value?
On 17:47-20121106, Joshua Emele wrote:
> +static int __cpuinit omap_iva_init(struct cpufreq_policy *policy)
> +{
> + int result;
> + if (!iva_clk_name) {
> + pr_info("%s: iva unavailable\n", __func__);
> + return 0;
> + }
> + iva_dev = omap_device_get_by_hwmo
(2012/11/07 5:52), Arnaldo Carvalho de Melo wrote:
> Em Mon, Nov 05, 2012 at 02:50:47PM +0100, Stephane Eranian escreveu:
>> Or if one is interested in the data view:
>> $ perf mem -t load rep --sort=symbol_daddr,cost
>> # Samples: 19K of event 'cpu/mem-loads/pp'
>> # Total cost : 1013994
>> # Sort
On Wed, Nov 07, 2012 at 09:19:35AM +0100, Olivier Galibert wrote:
> On Tue, Nov 6, 2012 at 11:47 PM, Matthew Garrett wrote:
>
> > Sure, and scripts run as root can wipe your files too. That's really not
> > what this is all about.
>
> What it is about then? What is secure boot supposed to do for
On Wed, Nov 7, 2012 at 3:53 PM, Masami Hiramatsu
wrote:
> (2012/11/07 5:52), Arnaldo Carvalho de Melo wrote:
>> Em Mon, Nov 05, 2012 at 02:50:47PM +0100, Stephane Eranian escreveu:
>>> Or if one is interested in the data view:
>>> $ perf mem -t load rep --sort=symbol_daddr,cost
>>> # Samples: 19K
On Wed, 7 Nov 2012 10:55:03 +0100
Lee Jones wrote:
> It doesn't make much sense to enable ISDN services if you don't
> intend to connect to a network.
I would disagree. However what I don't understand and you've not
explained is why the current code is a bug or a problem ?
This seems to be a
From: "Kirill A. Shutemov"
Huge zero page (hzp) is a non-movable huge page (2M on x86-64) filled
with zeros.
For now let's allocate the page on hugepage_init(). We'll switch to lazy
allocation later.
We are not going to map the huge zero page until we can handle it
properly on all code paths.
From: "Kirill A. Shutemov"
We don't have a real page to zap in huge zero page case. Let's just
clear pmd and remove it from tlb.
Signed-off-by: Kirill A. Shutemov
---
mm/huge_memory.c | 21 +
1 files changed, 13 insertions(+), 8 deletions(-)
diff --git a/mm/huge_memory.c
From: "Kirill A. Shutemov"
H. Peter Anvin doesn't like huge zero page which sticks in memory forever
after the first allocation. Here's implementation of lockless refcounting
for huge zero page.
We have two basic primitives: {get,put}_huge_zero_page(). They
manipulate reference counter.
If coun
From: "Kirill A. Shutemov"
Instead of allocating huge zero page on hugepage_init() we can postpone it
until first huge zero page map. It saves memory if THP is not in use.
cmpxchg() is used to avoid race on huge_zero_pfn initialization.
Signed-off-by: Kirill A. Shutemov
---
mm/huge_memory.c |
From: "Kirill A. Shutemov"
We can't split huge zero page itself (and it's bug if we try), but we
can split the pmd which points to it.
On splitting the pmd we create a table with all ptes set to normal zero
page.
Signed-off-by: Kirill A. Shutemov
---
mm/huge_memory.c | 47 ++
From: "Kirill A. Shutemov"
We want to get page fault on write attempt to huge zero page, so let's
keep it write-protected.
Signed-off-by: Kirill A. Shutemov
---
mm/huge_memory.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index
From: "Kirill A. Shutemov"
hzp_alloc is incremented every time a huge zero page is successfully
allocated. It includes allocations which where dropped due
race with other allocation. Note, it doesn't count every map
of the huge zero page, only its allocation.
hzp_alloc_fa
101 - 200 of 537 matches
Mail list logo
