Any write request requires a file handle to report to the userspace. Thus
when we close a file (and free the fuse_file with this info) we have to
flush all the outstanding writeback cache. Note, that simply calling the
filemap_write_and_wait() is not enough since fuse finishes page writeback
If writeback cache is on, buffered write doesn't result in immediate mtime
update in userspace because the userspace will see modified data later, when
writeback happens. Consequently, mtime provided by userspace may be older than
actual time of buffered write.
The problem can be solved by
Make fuse think that when writeback is on the inode's i_size is always
up-to-date and not update it with the value received from the userspace.
This is done because the page cache code may update i_size without letting
the FS know.
This assumption implies fixing the previously introduced
From: Thomas Gleixner
There is no real reason to use a rwlock for devtree_lock. It even
could be a mutex, but unfortunately it's locked from cpu hotplug
paths which can't schedule :(
So it needs to become a raw lock on rt as well. The devtree_lock would
be the only user of a raw_rw_lock, so we
The .writepages callback will issue writeback requests with more than one
page aboard. Make existing end/check code be aware of this.
Original patch by: Pavel Emelyanov
Signed-off-by: Maxim Patlasov
---
fs/fuse/file.c | 22 +++---
1 files changed, 15 insertions(+), 7
Off (0) by default. Will be used in the next patches and will be turned
on at the very end.
Signed-off-by: Maxim Patlasov
Signed-off-by: Pavel Emelyanov
---
fs/fuse/fuse_i.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/fs/fuse/fuse_i.h b/fs/fuse/fuse_i.h
index
There will be a .writepageS callback implementation which will need to
get a fuse_file out of a fuse_inode, thus make a helper for this.
Signed-off-by: Maxim Patlasov
Signed-off-by: Pavel Emelyanov
---
fs/fuse/file.c | 24
1 files changed, 16 insertions(+), 8
A helper which gets called when read reports less bytes than was requested.
See patch #6 (trust kernel i_size only) for details.
Signed-off-by: Maxim Patlasov
Signed-off-by: Pavel Emelyanov
---
fs/fuse/file.c | 21 +
1 files changed, 13 insertions(+), 8 deletions(-)
diff
When writeback is ON every writeable file should be in per-inode write list,
not only mmap-ed ones. Thus introduce a helper for this linkage.
Signed-off-by: Maxim Patlasov
Signed-off-by: Pavel Emelyanov
---
fs/fuse/file.c | 33 +++--
1 files changed, 19
Hi,
This is the second iteration of Pavel Emelyanov's patch-set implementing
write-back policy for FUSE page cache. Initial patch-set description was
the following:
One of the problems with the existing FUSE implementation is that it uses the
write-through cache policy which results in
On Fri, Jan 25, 2013 at 10:07:31AM -0800, Dmitry Torokhov wrote:
> > - if (x86_hyper != _hyper_ms_hyperv)
> > + if (!x86_hyper || strncmp(x86_hyper->name, "VMware", 6))
> > return -ENODEV;
>
> I assume this is a typo as I doubt MS is using the same signature as we
> do.
Yeah,
From: Christopher Staite
Fix commit 62444b7462a2b98bc78d68736c03a7c4e66ba7e2 for HD 6450. The stop and
resume causes the screen to glitch and the X server to reboot constantly.
Re-instating the UPDATE_LOCK fixes the issue in tests on the v3.6.11 stable,
and the code has not been altered to
Arnd Bergmann writes:
> msm_smd_probe is a driver probe function and may get
> called after the __init time, so it must not call
> any __init function, as the link-time warning reports.
> Take away the __init annotation on proc_comm_boot_wait
> to fix this.
>
> Without this patch, building
Commit d3ce88431892 "MIPS: Fix modpost error in modules attepting to use
virt_addr_valid()" moved __virt_addr_valid() from a macro in a header
file to a function in ioremap.c. But ioremap.c is only compiled for MIPS
32, and not for MIPS 64.
When compiling for my yeeloong2, which supposedly
Hey, Paolo.
On Fri, Jan 25, 2013 at 06:57:20PM +0100, Paolo Bonzini wrote:
> And because someone _will_ use it from my point of view, I can only give
> justification to leave stuff _out_. In general I did so if the command
> can disrupt someone else, as would be the case for persistent
>
Hi Borislav,
On Fri, Jan 25, 2013 at 06:59:37PM +0100, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Put all config options needed to run Linux as a guest behind a
> CONFIG_HYPERVISOR_GUEST menu so that they don't get built-in by
> default but selected by the user. Also, move x86_hyper
(add lkml)
On 01/24, Kent Overstreet wrote:
>
> This has already been on lkml and is in Andrew's tree, Tejun just asked
> me to send it out again:
I'll try to read this code later, just a couple of questions after a quick
glance. Sorry this was already discussed...
> +struct percpu_ref {
> +
Hi Borislav,
On Fri, Jan 25, 2013 at 06:59:37PM +0100, Borislav Petkov wrote:
> diff --git a/drivers/hv/vmbus_drv.c b/drivers/hv/vmbus_drv.c
> index 8e1a9ec53003..cb467656e684 100644
> --- a/drivers/hv/vmbus_drv.c
> +++ b/drivers/hv/vmbus_drv.c
> @@ -724,7 +724,7 @@ static int __init
On Thu, Jan 24, 2013 at 2:12 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.7.5 release.
> There are 46 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
On Thu, Jan 24, 2013 at 2:15 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.4.28 release.
> There are 22 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
On Thu, Jan 24, 2013 at 2:18 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.0.61 release.
> There are 15 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
While compiling for my yeeloong2 laptop, I hit this compile error.
As warnings are set for errors, if we define ftrace_modify_code_2(), we
must use it. As MIPS 64 does not use this function, it requires being
commented out via an #ifndef CONFIG_64bit. Otherwise you get this error:
CC
On Fri, 25 Jan 2013 09:19:16 +0100
Ingo Molnar wrote:
>
> * Clark Williams wrote:
>
> > On Thu, 24 Jan 2013 17:59:55 +0100
> > Ingo Molnar wrote:
> >
> > >
> > > * Clark Williams wrote:
> > >
> > > > This version stores the user-input value in a separate
> > > > location from the
Vivek Gautam wrote:
>
> Using chip specific compatible string as it should be.
> So fixing this for ehci-s5p, ohci-exynos and dwc3-exynos
> which till now used a generic 'exynos' in their compatible strings.
>
> Changes from v1:
> - Changing compatible string from "samsung,exynos5250-dwc3"
Il 25/01/2013 18:28, Tejun Heo ha scritto:
> On Fri, Jan 25, 2013 at 06:16:04PM +0100, Paolo Bonzini wrote:
>> > Well, you can find broken devices for pretty much every command in the
>> > list. Anyhow, the other two commands are obsolete so I'm okay with
>> > leaving them out, if only for the
From: Borislav Petkov
This should be under the PARAVIRT_GUEST menu.
Signed-off-by: Borislav Petkov
---
arch/x86/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 2d621032525a..201b8aa93f8f 100644
--- a/arch/x86/Kconfig
From: Borislav Petkov
Put all config options needed to run Linux as a guest behind a
CONFIG_HYPERVISOR_GUEST menu so that they don't get built-in by
default but selected by the user. Also, move x86_hyper into an
unconditionally-built compilation unit because it is exported with the
non-GPL
On 25/01/13 18:32, Konrad Rzeszutek Wilk wrote:
> We want to be able to exit if the difference between the request
> produced (what the frontend tells us) and the requests consumed
> (what we have so far processed) is greater than the ring size.
>
> If so, we should terminate the loop as the
Arnd Bergmann wrote:
>
> Functions called from a driver probe() method must not be
> marked __init, because they may get called after the
> init phase is done, when the device shows up late, or
> because of deferred probing.
>
> Without this patch, building exynos_defconfig results in
> multiple
Arnd Bergmann wrote:
>
> Recent assembler versions complain about extraneous
> whitespace inside [] brackets. This fixes all of
> these instances for the samsung platforms. We should
> backport this to all kernels that might need to
> be built with new binutils.
>
> arch/arm/kernel/entry-armv.S:
[+cc Yinghai]
On Fri, Jan 25, 2013 at 3:02 AM, Gu Zheng wrote:
> Hi Bjorn,
> Thanks for your review and comments! Please refer to inlined comments
> below.
>
> On 01/25/2013 07:12 AM, Bjorn Helgaas wrote:
>
>> On Thu, Dec 27, 2012 at 12:42 AM, Lin Feng wrote:
>>> There is a potential
zs_create_pool() currently takes a gfp flags argument
that is used when growing the memory pool. However
it is not used in allocating the metadata for the pool
itself. That is currently hardcoded to GFP_KERNEL.
zswap calls zs_create_pool() at swapon time which is done
in atomic context,
These patches are the first 4 patches of the zswap patchset I
sent out previously. Some recent commits to zsmalloc and
zcache in staging-next forced a rebase. While I was at it, Nitin
(zsmalloc maintainer) requested I break these 4 patches out from
the zswap patchset, since they stand on their
Right now ZS_SIZE_CLASS_DELTA is hardcoded to be 16. This
creates 254 classes for systems with 4k pages. However, on
PPC64 with 64k pages, it creates 4095 classes which is far
too many.
This patch makes ZS_SIZE_CLASS_DELTA relative to PAGE_SIZE
so that regardless of the page size, there will be
This patch allows users of zsmalloc to register the
allocation and free routines used by zsmalloc to obtain
more pages for the memory pool. This allows the user
more control over zsmalloc pool policy and behavior.
If the user does not wish to control this, alloc_page() and
__free_page() are used
zs_create_pool() currently takes a name argument which is
never used in any useful way.
This patch removes it.
Acked-by: Nitin Gupta
Signed-off-by: Seth Jennnings
---
drivers/staging/zram/zram_drv.c |2 +-
drivers/staging/zsmalloc/zsmalloc-main.c | 11 +++
On Fri, Jan 25, 2013 at 04:18:34PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> On 25-01-2013 6:44, fangxiaozhi 00110321 wrote:
>
> >From: fangxiaozhi
>
> >1. Define a new macro for USB storage match rules:
> > matching with Vendor ID and interface descriptors.
>
> >Signed-off-by:
From: Borislav Petkov
Fix this one:
arch/x86/kernel/cpu/perf_event.c: In function ‘init_hw_perf_events’:
arch/x86/kernel/cpu/perf_event.c:1508:7: warning: assignment from incompatible
pointer type [enabled by default]
arch/x86/kernel/cpu/perf_event.c:1510:31: warning: assignment from
On Thu, Jan 17, 2013 at 02:24:28PM +0100, Frederic Weisbecker wrote:
> Hi,
>
> This patchset was formerly called "Generic virtual based cputime accounting"
> but I changed the name to better reflect what it's all about.
>
> This is the part of the full dynticks patchset that handles the
From: Andy King
** Introduce VM Sockets ***
In an effort to improve the out-of-the-box experience with Linux kernels for
VMware users, VMware is working on readying the VM Sockets (VSOCK, formerly
VMCI Sockets) (vmw_vsock) kernel module for inclusion in the Linux kernel. The
purpose of this
> -Original Message-
> From: Olaf Hering [mailto:o...@aepfle.de]
> Sent: Friday, January 25, 2013 12:19 PM
> To: KY Srinivasan
> Cc: linux-kernel@vger.kernel.org; Greg KH; Jan Beulich (jbeul...@suse.com)
> Subject: Re: [PATCH] x86: Hyper-V: register clocksource only if its advertised
>
Now that the time-armada-370-xp support local timers, updated the
device tree to take it into account.
Signed-off-by: Gregory CLEMENT
---
arch/arm/boot/dts/armada-370-xp.dtsi |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/armada-370-xp.dtsi
Check that the ring does not have an insane amount of requests
(more than there could fit on the ring).
If we detect this case we will stop processing the requests
and wait until the XenBus disconnects the ring.
Looking at the code, one would expect that the existing check
MPIC allows the use of private interrupt for each CPUs. The 28th first
interrupts are per-cpu. This patch adds support to use them.
Signed-off-by: Gregory CLEMENT
---
arch/arm/mach-mvebu/irq-armada-370-xp.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git
We want to be able to exit if the difference between the request
produced (what the frontend tells us) and the requests consumed
(what we have so far processed) is greater than the ring size.
If so, we should terminate the loop as the request produced
is not trusted and it means it is bogus.
Cc:
On the SOCs Armada 370 and Armada XP, each CPU comes with two private
timers. This patch use the timer 0 of each CPU as local timer for the
clockevent if CONFIG_LOCAL_TIMER is selected. In the other case, use
only the private Timer 0 of CPU 0.
Signed-off-by: Gregory CLEMENT
---
The 'handle' is the device that the request is from. For the life-time
of the ring we copy it from a request to a response so that the frontend
is not surprised by it. But we do not need it - when we start processing
I/Os we have our own 'struct phys_req' which has only most essential
information
Three little fixes to make the block backend by a bit smarter when
dealing with frontends that put bogus data on the ring.
drivers/block/xen-blkback/blkback.c | 12 +---
drivers/block/xen-blkback/common.h | 2 ++
drivers/block/xen-blkback/xenbus.c | 2 ++
* Al Viro (v...@zeniv.linux.org.uk) wrote:
> On Fri, Jan 25, 2013 at 09:49:53AM -0500, Mathieu Desnoyers wrote:
> > static
> > void lttng_enumerate_task_fd(struct lttng_session *session,
> > struct task_struct *p, char *tmp)
> > {
> > struct fdtable *fdt;
> > struct
On Fri, Jan 25, 2013 at 06:16:04PM +0100, Paolo Bonzini wrote:
> Well, you can find broken devices for pretty much every command in the
> list. Anyhow, the other two commands are obsolete so I'm okay with
> leaving them out, if only for the sake of avoiding useless email threads.
Once we open
Il 25/01/2013 18:13, Tejun Heo ha scritto:
> Hello, Paolo.
>
> On Fri, Jan 25, 2013 at 11:01:38AM +0100, Paolo Bonzini wrote:
>> First, because the table is based on
>> http://www.t10.org/lists/op-num.txt. Entries in that file look like this:
>>
>> OP DTLPWROMAEBKVF Description
>> --
On Fri, Jan 25, 2013 at 12:08:23PM -0500, Steven Rostedt wrote:
> On Fri, 2013-01-25 at 16:59 +, Dave Martin wrote:
>
> > Cool. Are you aware of return_address being used elsewhere? Currently
> > I'm not aware of anything else which uses it, and grep is not finding
> > any calls outside
Hello,
On Thu, Jan 24, 2013 at 09:23:57PM -0800, Stephen Warren wrote:
> In next-20130124, I see a crash during boot on my ARM system unless I
> revert 9fdb04c "async: replace list of active domains with global list
> of pending items". This was reported t me by Venu (CC'd). The kernel log
> is
On Fri, Jan 25, KY Srinivasan wrote:
> My fear is that there is no guarantee that Xen would not emulate this
> feature in the spirit of making Hyper-V emulation "more" complete.
> Since all this problem is because Xen thinks it is running a viridian
> domain (when in fact it is running Linux), I
On Fri, Jan 25, 2013 at 10:13:59AM +, James Hogan wrote:
> The commit "async: replace list of active domains with global list of
> pending items" added a struct list_head global_list in struct
> async_entry, which isn't initialised. This means that if
> !domain->registered at
Il 25/01/2013 18:04, Tejun Heo ha scritto:
>> >
>> > I think it's the other way round. What's the justification for leaving
>> > them out, if they are in the standard? Since we're touching the
>> > commands for other standards, it's better to be complete for MMC as well.
> Maybe my experience
Hello, Paolo.
On Fri, Jan 25, 2013 at 11:01:38AM +0100, Paolo Bonzini wrote:
> First, because the table is based on
> http://www.t10.org/lists/op-num.txt. Entries in that file look like this:
>
> OP DTLPWROMAEBKVF Description
> -- --
* Luciano Coelho [130125 02:09]:
> The platform data is used not only by wlcore-based drivers, but also
> by wl1251. Move it up in the directory hierarchy to reflect this.
>
> Additionally, make it truly optional. At the moment, disabling
> platform data while wl1251_sdio or wlcore_sdio are
On Fri, Jan 25, 2013 at 04:23:46PM +, Felipe Balbi wrote:
> Hi,
>
> On Fri, Jan 25, 2013 at 04:14:02PM +, Mark Rutland wrote:
> > On Fri, Jan 25, 2013 at 02:59:28PM +, Felipe Balbi wrote:
> > > Hi,
> > >
> > > On Fri, Jan 25, 2013 at 12:29:43PM +, Mark Rutland wrote:
> > > > > >
On Fri, 2013-01-25 at 16:59 +, Dave Martin wrote:
> Cool. Are you aware of return_address being used elsewhere? Currently
> I'm not aware of anything else which uses it, and grep is not finding
> any calls outside ftrace.h that I can see.
softirq.c has a trace_preempt_off() use of
Hi Arnd,
On 10/01/13 15:30, James Hogan wrote:
> This patchset adds core architecture support to Linux for Imagination's
> Meta ATP (Meta 1) and HTP (Meta 2) processor cores. Most of the feedback
> from the RFC and v2 patchsets has now been addressed. All further
> feedback is most welcome.
>
>
> -Original Message-
> From: Olaf Hering [mailto:o...@aepfle.de]
> Sent: Friday, January 25, 2013 11:55 AM
> To: KY Srinivasan
> Cc: linux-kernel@vger.kernel.org; Greg KH
> Subject: Re: [PATCH] x86: Hyper-V: register clocksource only if its advertised
>
> On Fri, Jan 25, KY Srinivasan
Hello, Paolo.
On Fri, Jan 25, 2013 at 10:26:09AM +0100, Paolo Bonzini wrote:
> > What are the justifications for adding these commands to the filter?
> > Are there users requesting these?
>
> I think it's the other way round. What's the justification for leaving
> them out, if they are in the
On Thu, 2013-01-24 at 01:26 +0100, Rafael J. Wysocki wrote:
> Hi All,
>
> There is a considerable amount of confusion in the ACPI subsystem about what
> ACPI drivers are used for. Namely, some of them are used as "normal" device
> drivers that bind to devices and handle them using ACPI control
This switches the legacy irqdomain to the simple one, which will
auto-allocate descriptors, and also make sure that we use
irq_create_mapping() in the to_irq function. Also use the map function
of irq_domain_ops to setup the irq configuration on demand and no more
statically during the
On Fri, Jan 25, 2013 at 11:44:14AM -0500, Steven Rostedt wrote:
> [ I got an error with linux-arm-ker...@list.infradead.org and had to
> remove from CC ]
Blame Arnd :)
>
> On Fri, 2013-01-25 at 16:26 +, Dave Martin wrote:
>
> > However, if the purpose if making return_address() notrace is
Hi Linus,
those two patches are the begining of the improvement work we have
spoken about earlier. I started with the two patches you sent.
I've just made a small fix to make it build on the 2nd patch so I keep
your autorship and signed-off.
For the second one, it didn't build too, but I made a
From: Linus Walleij
Using the devm_* managed resources the pca driver can be simplified
and cut down on boilerplate code.
[gcl: fixed a inccorect reference to a removed label, "goto fail_out"
became "return ret"]
Signed-off-by: Linus Walleij
Signed-off-by: Gregory CLEMENT
---
On 01/24/13 17:56, Chanwoo Choi wrote:
> This patch fix build error of following log:
>
> drivers/built-in.o: In function `max77693_muic_remove':
> extcon-max77693.c:(.text+0x664853): undefined reference to
> `input_unregister_device'
> drivers/built-in.o: In function `max77693_muic_probe':
>
Hi Linus,
On Fri, Jan 25, 2013 at 10:47:45AM +0100, Linus Walleij wrote:
> On Thu, Jan 24, 2013 at 9:52 PM, Aaron Sierra wrote:
>
> > In ICH5 and earlier the GPIOBASE and GPIOCTRL registers are found at
> > offsets 0x58 and 0x5C, respectively. This patch allows GPIO access to
> > properly be
On Fri, Jan 25, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Olaf Hering [mailto:o...@aepfle.de]
> > Sent: Friday, January 25, 2013 8:37 AM
> > To: linux-kernel@vger.kernel.org
> > Cc: Olaf Hering; sta...@kernel.org; KY Srinivasan; Greg KH
> > Subject: [PATCH] x86: Hyper-V:
This patch fixes the compiler warning of uninitialized variable.
drivers/usb/misc/usb3503.c: In function ‘usb3503_probe’:
drivers/usb/misc/usb3503.c:215:13: warning: ‘mode’ may be used uninitialized
in this function [-Wuninitialized]
Signed-off-by: Dongjin Kim
---
drivers/usb/misc/usb3503.c |
On 01/24/13 21:26, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20130124:
>
Seeing lots of this error on i386:
arch/x86/kvm/emulate.c:1016: Error: unsupported for `push'
--
~Randy
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Fri, Jan 25, 2013 at 04:08:01PM +0800, Li Zefan wrote:
> rename() will change dentry->d_name. The result of this race can
> be worse than seeing partially rewritten name, but we might access
> a stale pointer because rename() will re-allocate memory to hold
> a longer name.
>
> It's safe in
On Thu, Jan 24, 2013 at 12:20:16PM -0800, Yinghai Lu wrote:
> Normal boot path on system with iommu support:
> swiotlb buffer will be allocated early at first and then try to initialize
> iommu, if iommu for intel or AMD could setup properly, swiotlb buffer
> will be freed.
>
> The early
> -Original Message-
> From: Olaf Hering [mailto:o...@aepfle.de]
> Sent: Friday, January 25, 2013 8:37 AM
> To: linux-kernel@vger.kernel.org
> Cc: Olaf Hering; sta...@kernel.org; KY Srinivasan; Greg KH
> Subject: [PATCH] x86: Hyper-V: register clocksource only if its advertised
>
>
On 01/07/2013 02:41 PM, Seth Jennings wrote:
> On 01/07/2013 02:32 PM, Greg Kroah-Hartman wrote:
>> On Mon, Jan 07, 2013 at 02:24:36PM -0600, Seth Jennings wrote:
>>> debugfs currently lack the ability to create attributes
>>> that set/get atomic_t values.
>>
>> I hate to ask, but why would you
[ I got an error with linux-arm-ker...@list.infradead.org and had to
remove from CC ]
On Fri, 2013-01-25 at 16:26 +, Dave Martin wrote:
> However, if the purpose if making return_address() notrace is just to
> prevent infinite recursion, where finite recursion is safe, then it
> feels
On Fri, Jan 25, 2013 at 03:09:59PM +0800, Li Zefan wrote:
> rename() will change dentry->d_name. The result of this race can
> be worse than seeing partially rewritten name, but we might access
> a stale pointer because rename() will re-allocate memory to hold
> a longer name.
>
> Use
Hi Ingo,
> This patch still appears to have some problems with certain
> (rare) LEDS .config variations:
>
> arch/x86/built-in.o: In function `ts5500_init':
> ts5500.c:(.init.text+0xdae6): undefined reference to
> `led_classdev_register'
>
> Config attached.
>
> Please fix & resend.
I
On 01/24/2013 06:17 PM, Nitin Gupta wrote:
> On Mon, Jan 7, 2013 at 12:24 PM, Seth Jennings
> wrote:
>> Right now ZS_SIZE_CLASS_DELTA is hardcoded to be 16. This
>> creates 254 classes for systems with 4k pages. However, on
>> PPC64 with 64k pages, it creates 4095 classes which is far
>> too
On Fri, Jan 25, 2013 at 02:14:36PM +, Arnd Bergmann wrote:
> From: sahara
>
> This is a reminder that we still need to fix the return_address
> function to work correctly with the unwinder. Keun-O Park has
> made this attempt in the past, which is still under discussion[1],
> and Dave Martin
On Fri 25-01-13 16:07:23, azurIt wrote:
> Any news? Thnx!
Sorry, but I didn't get to this one yet.
>
> azur
>
>
>
> __
> > Od: "Michal Hocko"
> > Komu: azurIt
> > Dátum: 30.12.2012 12:08
> > Predmet: Re: [PATCH for 3.2.34] memcg:
Hi,
On Fri, Jan 25, 2013 at 04:14:02PM +, Mark Rutland wrote:
> On Fri, Jan 25, 2013 at 02:59:28PM +, Felipe Balbi wrote:
> > Hi,
> >
> > On Fri, Jan 25, 2013 at 12:29:43PM +, Mark Rutland wrote:
> > > > > > + depending upon omap4 or omap5.
> > > > > > + - reg-names: The names of
When the mode is set with 16bpp on QEMU, the output gets totally
broken. The culprit is the bogus register values set for 16bpp,
which was likely copied from from a wrong place.
Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=799216
Cc:
Signed-off-by: Takashi Iwai
---
We've got a bug report that GNOME on QEMU shows wrong colors.
It turned out that it's because Cairo doesn't support 24bpp well.
This hasn't been an issue until now because we (at least SUSE and
Fedora) have a patch to use 16bpp for QEMU in Xorg cirrus UMS driver.
Since cirrus KMS driver is mainly
On 01/25, Ingo Molnar wrote:
>
> * Srikar Dronamraju wrote:
>
> > The other alternative is to extend the current abi and pass
> > the prefilter option. Should we extend the abi for userspace
> > tracing is obviously debatable.
>
> That's the obvious path to go - why add something to the kernel
>
* Steven Rostedt (rost...@goodmis.org) wrote:
> On Fri, 2013-01-25 at 09:38 -0500, Mathieu Desnoyers wrote:
>
> > Yep, I'd be OK with removing this example, since now all users are
> > expected to user TRACE_EVENT(), which is built on top of tracepoints.
>
> Can I get your Acked-by for the
On Fri, Jan 25, 2013 at 02:59:28PM +, Felipe Balbi wrote:
> Hi,
>
> On Fri, Jan 25, 2013 at 12:29:43PM +, Mark Rutland wrote:
> > > > > + depending upon omap4 or omap5.
> > > > > + - reg-names: The names of the register addresses corresponding to
> > > > > the registers
> > > > > +
On Fri, Jan 25, 2013 at 12:06 AM, Ingo Molnar wrote:
>
> * Paul Turner wrote:
>
>> On Thu, Jan 24, 2013 at 11:19 PM, Ingo Molnar wrote:
>> >
>> > * Fabio Estevam wrote:
>> >
>> >> On Thu, Jan 24, 2013 at 12:19 PM, Ingo Molnar wrote:
>> >>
>> >> > I suppose - is this patch warning-free both on
On Fri, Jan 25, 2013 at 02:37:16PM +0100, Olaf Hering wrote:
> Enable hyperv_clocksource only if its advertised as a feature.
> XenServer 6 returns the signature which is checked in
> ms_hyperv_platform(), but it does not offer all features. Currently the
> clocksource is enabled unconditionally
By shuffling the code, reduce a few ifdefs in firmware_class.c.
Also, firmware_buf fmt field is changed to is_pages_buf boolean for
simplification.
Signed-off-by: Takashi Iwai
---
drivers/base/firmware_class.c | 377 +-
1 file changed, 184 insertions(+),
Since 3.7 kernel, the firmware loader can read the firmware files
directly, and the traditional user-mode helper is invoked only as a
fallback. This seems working pretty well, and the next step would be
to reduce the redundant user-mode helper stuff in future.
This patch is a preparation for
FW_STATUS_ABORT can be set only during the user-helper invocation,
thus we can ignore the check when CONFIG_HW_LOADER_USER_HELPER is
disabled.
Signed-off-by: Takashi Iwai
---
drivers/base/firmware_class.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git
This patch adds a new kconfig, CONFIG_FW_LOADER_USER_HELPER, and
guards the user-helper codes in firmware_class.c with ifdefs.
Yeah, yeah, there are lots of ifdefs in this patch. The further
clean-up with code shuffling follows in the next.
Signed-off-by: Takashi Iwai
---
drivers/base/Kconfig
Hi Ming,
this is a series of revised patches to make the user-mode helper in the
firmware loader optional. A few bugs (typos) have been fixed during
this rewrite, and a small optimization was added in the last patch.
I hope this would be good enough for review.
thanks,
Takashi
--
To
On Fri, Jan 25, 2013 at 07:45:42AM +, Jan Beulich wrote:
> >>> On 24.01.13 at 23:28, Josh Triplett wrote:
> > On Thu, Jan 24, 2013 at 12:34:21PM -0800, tip-bot for Jan Beulich wrote:
> >> Commit-ID: 13f0e4d2b9e2209f13d5a4122478eb79e6136870
> >> Gitweb:
> >
On Fri, Jan 25, 2013 at 6:14 AM, Arnd Bergmann wrote:
> The type returned from atomic64_t can be either unsigned
> long or unsigned long long, depending on the architecture.
> Using a cast to unsigned long long lets us use the same
> format string for all architectures.
>
> Without this patch,
Em Fri, Jan 25, 2013 at 11:22:17AM +0100, Thomas Jarosch escreveu:
> cppcheck reported:
> [util/header.c:983]: (error) Used file that is not opened.
>
> Signed-off-by: Thomas Jarosch
> ---
> tools/perf/util/header.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
At Fri, 25 Jan 2013 11:12:03 +0800,
Ming Lei wrote:
>
> On Tue, Jan 22, 2013 at 7:51 PM, Takashi Iwai wrote:
> > Since 3.7 kernel, the firmware loader can read the firmware files
> > directly, and the traditional user-mode helper is invoked only as a
> > fallback. This seems working pretty
301 - 400 of 1550 matches
Mail list logo