This patchset introduces zcomp compression backend abstraction
adding ability to support compression algorithms other than LZO;
support for multi compression streams, making parallel compressions
possible.
Diff from v3:
-- renamed compression backend and working memory structs as requested
by
A client has to acquire host buffer
before writing, we add lock like wrapper
to replace the code snippet
if (dev->hbuf_is_ready)
dev->hbuf_is_ready = false;
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/amthif.c| 7 +-
drivers/misc/mei/client.c| 56
This patchset introduces zcomp compression backend abstraction
adding ability to support compression algorithms other than LZO;
support for multi compression streams, making parallel compressions
possible.
Diff from v3:
-- renamed compression backend and working memory structs as requested
by
Since txe use doorbell and not circular buffer
we have to cheat in write slot counting, txe always consume all the
slots upon write. In order for it to work we need to track
slots using mei_hbuf_empty_slots() instead of tracking it in mei layer
Signed-off-by: Tomas Winkler
---
On Wed, 12 Feb 2014 12:44:36 +0900
Yasuaki Ishimatsu wrote:
> (2014/02/11 2:27), Luiz Capitulino wrote:
> > From: Luiz capitulino
> >
> > The HugeTLB command-line option hugepages= allow the user to specify
> > how many huge pages should be allocated at boot-time. On NUMA systems,
> > this
Hello Linus,
Could you please pull battery-2.6.git tree containing several fixes
for v3.14 kernel.
The following changes since commit 573189354b7c97cd2256b87cf083ee435584594e:
MAINTAINERS: Pick up power supply maintainership (2014-01-21 03:33:09 +0400)
are available in the git repository at:
On Wed, 12 Feb 2014 03:37:11 +0100
Andi Kleen wrote:
> > The real syntax is hugepagesnid=nid,nr-pages,size. Which looks
> > straightforward
> > to me. I honestly can't think of anything better than that, but I'm open for
> > suggestions.
>
> hugepages_node=nid:nr-pages:size,... ?
Looks good,
On 02/10/2014 05:44 PM, Stefan Agner wrote:
> When booting secondary CPU(s) which are not yet powergated, a wrong
> check lead to a timeout after 100 jiffies. With this patch, we only
> delay powergating if CPUs are still not powered yet.
I've applied this to Tegra's for-3.15/soc branch.
--
To
On Wed, Feb 12, 2014 at 07:23:38PM +0100, Frederic Weisbecker wrote:
> On Mon, Feb 10, 2014 at 10:47:29AM -0800, Paul E. McKenney wrote:
> > On Mon, Feb 10, 2014 at 06:08:31PM +0800, Lai Jiangshan wrote:
> > > Acked-by: Lai Jiangshan
> >
> > Thank you all, queued for 3.15.
> >
> > We should
From: "Chao Bi"
In mei_cl_read_start(), if it fails to send flow control request, it
will release "cl->read_cb" but forget to set pointer to NULL, leaving
"cl->read_cb" still pointing to random memory, next time this client is
operated like mei_release(), it has chance to refer to this wrong
On Wed, Feb 12, 2014 at 6:38 AM, Alexander Gordeev wrote:
> On Tue, Feb 11, 2014 at 05:31:43PM -0700, Bjorn Helgaas wrote:
>> I haven't put these in my branch, so you can take them.
>>
>> Alexander has a whole batch of network driver updates that I think David
>> Miller is going to apply; would
On Tue, Feb 11, 2014 at 12:22:37AM +0800, Chen-Yu Tsai wrote:
> On tha Allwinner A20 SoC, the external interrupts on the pin controller
> device are connected to the GIC. Without chained_irq_{enter, exit},
> external GPIO interrupts, such as used by mmc core card detect, cause
> the system to
Hello,
On Wed, Feb 12, 2014 at 11:02:41AM -0800, Paul E. McKenney wrote:
> +2. Use the /sys/devices/virtual/workqueue/*/cpumask sysfs files
> + to force the WQ_SYSFS workqueues to run on the specified set
> + of CPUs. The set of WQ_SYSFS workqueues can be displayed using
> + "ls
On Wed, Feb 12, 2014, at 13:32, Takashi Iwai wrote:
> The mute LED states have to be restored after resume.
>
> Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=70351
> Cc: [v3.13+]
> Signed-off-by: Takashi Iwai
Acked-by: Henrique de Moraes Holschuh
--
"One disk to rule them all, One
On Wed, Feb 12, 2014 at 11:49:10AM -0700, Shuah Khan wrote:
> On 02/11/2014 12:04 PM, Greg Kroah-Hartman wrote:
> >Some -stable releases spring out from my build system bright and shiny
> >and ready to go. Not so with these releases. Maybe it's the horrid
> >weather that was happening during the
On Wed, Feb 12, 2014 at 11:35:25AM +0100, Alexander Gordeev wrote:
> Function pci_enable_msi_range() is used in examples where
> pci_enable_msix_range() should have been used instead.
>
> Reported-by: Bjorn Helgaas
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Alexander Gordeev
Applied to
On Wednesday 12 February 2014 13:45:21 Jason Cooper wrote:
> On Wed, Feb 12, 2014 at 07:17:41PM +0100, Arnd Bergmann wrote:
> > On Wednesday 12 February 2014 12:45:54 Jason Cooper wrote:
> > > I brought this up at last weeks devicetree irc meeting. My goal is to
> > > provide early randomness for
Greetings, not making any progress on newer kernel builds yet.
So I unpacked 3.13.2 this morning and copied its arch/x86/i386_defconfig to
.config.
Ran make oldconfig, then 3 or 4 sessions of xconfig removing stuff that
isn't for my hardware & generally making lots of modules where I wasn't
On Wed, 12 Feb 2014, Lorenzo Pieralisi wrote:
> On Wed, Feb 12, 2014 at 04:14:38PM +, Arjan van de Ven wrote:
> >
> > >> sched_cpu_cache_wiped(int llc)
> > >>
> > >> that would be very nice for this; the menuidle side knows this
> > >> for some cases and thus can just call it. This would be
At Wed, 12 Feb 2014 19:31:36 +0100,
Martin Kepplinger wrote:
>
> Am 2014-02-12 17:45, schrieb Takashi Iwai:
> > At Wed, 12 Feb 2014 17:20:21 +0100,
> > Takashi Iwai wrote:
> >>
> >> At Wed, 12 Feb 2014 17:09:23 +0100,
> >> Martin Kepplinger wrote:
> >>>
> >>> This reverts commit
On 02/11/2014 09:20 PM, Guenter Roeck wrote:
On Tue, Feb 11, 2014 at 11:05:04AM -0800, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.30 release.
There are 79 patches in this series, all will be posted as a response
to this one. If anyone has any issues
On 02/11/2014 09:19 PM, Guenter Roeck wrote:
On Tue, Feb 11, 2014 at 11:06:00AM -0800, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.4.80 release.
There are 30 patches in this series, all will be posted as a response
to this one. If anyone has any issues with
On 02/06/2014 06:54 PM, Andrew Chew wrote:
> Add a driver for the hardware watchdogs in NVIDIA Tegra SoCs (Tegra30 and
> later). This driver will configure one watchdog timer that will reset the
> system in the case of a watchdog timeout.
>
> This driver binds to the nvidia,tegra30-timer device
On Wed, Feb 12, 2014 at 11:20:00AM -0700, Jason Gunthorpe wrote:
> On Wed, Feb 12, 2014 at 12:45:54PM -0500, Jason Cooper wrote:
>
> > The bootloader would then load this file into ram, and pass the
> > address/size to the kernel either via dt, or commandline. kaslr (run in
> > the decompressor)
On 02/11/2014 12:04 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.12.11 release.
There are 107 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.
Responses should be
On 02/11/2014 12:04 PM, Greg Kroah-Hartman wrote:
Some -stable releases spring out from my build system bright and shiny
and ready to go. Not so with these releases. Maybe it's the horrid
weather that was happening during the creation of these kernels, or
something else, but whatever it was,
On Wed, Feb 12, 2014 at 07:17:41PM +0100, Arnd Bergmann wrote:
> On Wednesday 12 February 2014 12:45:54 Jason Cooper wrote:
> > I brought this up at last weeks devicetree irc meeting. My goal is to
> > provide early randomness for kaslr on ARM. Currently, my idea is modify
> > the init script to
On Wed, Feb 12, 2014 at 07:29:01PM +0100, Daniel Vetter wrote:
> On Wed, Feb 12, 2014 at 04:33:17PM +, Russell King - ARM Linux wrote:
> > On Wed, Feb 12, 2014 at 04:40:50PM +0100, Marek Szyprowski wrote:
> > >> -> #3 (console_lock){+.+.+.}:
> > >> [] __lock_acquire+0x151c/0x1ca0
> >
Hi
On Wed, Feb 12, 2014 at 9:35 AM, Michael S. Tsirkin wrote:
> On Wed, Feb 12, 2014 at 08:56:30AM -0800, Greg Kroah-Hartman wrote:
>> On Wed, Feb 12, 2014 at 06:38:21PM +0200, Michael S. Tsirkin wrote:
>> > It is sometimes useful to get the value of the reference count after
>> > decrement.
>>
Hey Linus,
Please git pull the following tag:
git pull git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
stable/for-linus-3.14-rc2-tag
which has an healthy amount of code being removed - which we
do not use anymore (the only user of it was ia64 Xen
which had been removed already). The
On Wed, Feb 12, 2014 at 06:48:50PM +0100, David Herrmann wrote:
> Hi
>
> On Wed, Feb 12, 2014 at 5:40 PM, Greg KH wrote:
> > On Wed, Feb 12, 2014 at 05:26:57PM +0100, Daniel Vetter wrote:
> >> On Wed, Feb 12, 2014 at 3:44 PM, David Herrmann
> >> wrote:
> >> >>> +/**
> >> >>> + * drm_dev_ref -
On Wed, Feb 12, 2014 at 07:35:24PM +0200, Michael S. Tsirkin wrote:
> On Wed, Feb 12, 2014 at 08:56:30AM -0800, Greg Kroah-Hartman wrote:
> > On Wed, Feb 12, 2014 at 06:38:21PM +0200, Michael S. Tsirkin wrote:
> > > It is sometimes useful to get the value of the reference count after
> > >
On Wed, Feb 12, 2014 at 10:13:59AM -0800, Olof Johansson wrote:
> On Wed, Feb 12, 2014 at 9:45 AM, Jason Cooper wrote:
>
> > I brought this up at last weeks devicetree irc meeting. My goal is to
> > provide early randomness for kaslr on ARM. Currently, my idea is modify
> > the init script to
Am 2014-02-12 17:45, schrieb Takashi Iwai:
> At Wed, 12 Feb 2014 17:20:21 +0100,
> Takashi Iwai wrote:
>>
>> At Wed, 12 Feb 2014 17:09:23 +0100,
>> Martin Kepplinger wrote:
>>>
>>> This reverts commit d3c56568f43807135f2c2a09582a69f809f0d8b7.
>>>
>>> The reverted commit breaks audio through
On Wed, Feb 12, 2014 at 06:48:50PM +0100, David Herrmann wrote:
> On Wed, Feb 12, 2014 at 5:40 PM, Greg KH wrote:
> > On Wed, Feb 12, 2014 at 05:26:57PM +0100, Daniel Vetter wrote:
> >> On Wed, Feb 12, 2014 at 3:44 PM, David Herrmann
> >> wrote:
> >> >>> +/**
> >> >>> + * drm_dev_ref - Take
On Tue, Feb 11, 2014 at 09:35:01AM +0100, Arnd Bergmann wrote:
> On Monday 10 February 2014 16:23:48 Courtney Cavin wrote:
>
> > While I'm not sure the dislike of notifiers entirely justifies not using
> > them here, where they seem to make sense, I can understand that they
> > might not fully
On Wed, Feb 12, 2014 at 04:33:17PM +, Russell King - ARM Linux wrote:
> On Wed, Feb 12, 2014 at 04:40:50PM +0100, Marek Szyprowski wrote:
> >> -> #3 (console_lock){+.+.+.}:
> >> [] __lock_acquire+0x151c/0x1ca0
> >> [] lock_acquire+0xa0/0x130
> >> []
On Tue, Feb 11, 2014 at 09:13:34PM -0800, Torvald Riegel wrote:
> On Sun, 2014-02-09 at 19:51 -0800, Paul E. McKenney wrote:
> > On Mon, Feb 10, 2014 at 01:06:48AM +0100, Torvald Riegel wrote:
> > > On Thu, 2014-02-06 at 20:20 -0800, Paul E. McKenney wrote:
> > > > On Fri, Feb 07, 2014 at
On Mon, Feb 10, 2014 at 10:47:29AM -0800, Paul E. McKenney wrote:
> On Mon, Feb 10, 2014 at 06:08:31PM +0800, Lai Jiangshan wrote:
> > Acked-by: Lai Jiangshan
>
> Thank you all, queued for 3.15.
>
> We should also have some facility for moving the SRCU workqueues to
> housekeeping/timekeeping
On Wed, Feb 12, 2014 at 06:10:43PM +, Mark Rutland wrote:
> On Thu, Jan 09, 2014 at 11:22:34AM +, Sachin Kamat wrote:
> > +Required properties:
> > +- compatible: Should be "samsung,s2mpa01-pmic".
> > +- reg: Specifies the I2C slave address of the PMIC block. It should be
> > 0x66.
> Is
On Wed, Feb 12, 2014 at 8:39 AM, Peter Zijlstra wrote:
> On Wed, Feb 12, 2014 at 07:49:07AM -0800, Andy Lutomirski wrote:
>> On Wed, Feb 12, 2014 at 2:13 AM, Peter Zijlstra wrote:
>> Exactly. AFAICT the only reason that any of this code holds rq->lock
>> (especially ttwu_queue_remote, which I
On Tue, Feb 11, 2014 at 09:39:24PM -0800, Torvald Riegel wrote:
> On Mon, 2014-02-10 at 11:09 -0800, Linus Torvalds wrote:
> > On Sun, Feb 9, 2014 at 4:27 PM, Torvald Riegel wrote:
> > >
> > > Intuitively, this is wrong because this let's the program take a step
> > > the abstract machine
On Wed, Feb 12, 2014 at 12:45:54PM -0500, Jason Cooper wrote:
> The bootloader would then load this file into ram, and pass the
> address/size to the kernel either via dt, or commandline. kaslr (run in
> the decompressor) would consume some of this randomness, and then
> random.c would consume
On Wednesday 12 February 2014 12:45:54 Jason Cooper wrote:
> I brought this up at last weeks devicetree irc meeting. My goal is to
> provide early randomness for kaslr on ARM. Currently, my idea is modify
> the init script to save an additional random seed from /dev/urandom to
>
On Wed, Feb 12, 2014 at 06:46:39PM +0100, Frederic Weisbecker wrote:
> Ok but if the target is idle, dynticks and not polling, we don't have the
> choice
> but to send an IPI, right? I'm talking about this kind of case.
Yes; but Andy doesn't seem concerned with such hardware (!x86).
Anything
On Wed, 2014-02-12 at 03:50 -0800, Guenter Roeck wrote:
> On 02/12/2014 12:10 AM, Ben Hutchings wrote:
> > This is the start of the stable review cycle for the 3.2.55 release.
> > There are 79 patches in this series, which will be posted as responses
> > to this one. If anyone has any issues with
From: Sagar Kamble
Primary planes support 180 degree rotation. Expose the feature
through rotation drm property.
v2: Calculating linear/tiled offsets based on pipe source width and
height. Added 180 degree rotation support in ironlake_update_plane.
v3: Checking if CRTC is active before
On Wednesday 12 of February 2014 13:03:56 Dave Jones wrote:
> On Wed, Feb 12, 2014 at 06:59:07PM +0100, Paweł Sikora wrote:
> > On Wednesday 12 of February 2014 09:46:26 Joe Perches wrote:
> > > On Wed, 2014-02-12 at 18:16 +0100, Paweł Sikora wrote:
> > > > [16855.582522] list passed to
On Wed, Feb 12, 2014 at 9:45 AM, Jason Cooper wrote:
> I brought this up at last weeks devicetree irc meeting. My goal is to
> provide early randomness for kaslr on ARM. Currently, my idea is modify
> the init script to save an additional random seed from /dev/urandom to
> /boot/random-seed.
>
From: Sagar Kamble
Primary planes support 180 degree rotation. Expose the feature
through rotation drm property.
v2: Calculating linear/tiled offsets based on pipe source width and
height. Added 180 degree rotation support in ironlake_update_plane.
v3: Checking if CRTC is active before
On Wed, Feb 12, 2014 at 09:42:09AM -0800, Paul E. McKenney wrote:
> You need volatile semantics to force the compiler to ignore any proofs
> it might otherwise attempt to construct. Hence all the ACCESS_ONCE()
> calls in my email to Torvald. (Hopefully I translated your example
> reasonably.)
From: Dirk Brandewie
Remove unneeded sample buffers, intel_pstate operates on the most
recent sample only. This save some memory and make the code more
readable.
Signed-off-by: Dirk Brandewie
---
drivers/cpufreq/intel_pstate.c | 25 -
1 file changed, 12 insertions(+),
Hi Sachin,
Apologies for the delay on this.
On Thu, Jan 09, 2014 at 11:22:34AM +, Sachin Kamat wrote:
> Added initial binding documentation for S2MPA01 MFD.
>
> Signed-off-by: Sachin Kamat
> ---
> * Re-organised as suggested by Mark Rutland.
> ---
>
On Wed, 2014-02-12 at 18:59 +0100, Paweł Sikora wrote:
> On Wednesday 12 of February 2014 09:46:26 Joe Perches wrote:
> > On Wed, 2014-02-12 at 18:16 +0100, Paweł Sikora wrote:
> > > [16855.582522] list passed to list_sort() too long for efficiency
> > >
> > > could someone put some light on the
On Wed, Feb 12, 2014 at 10:00:28AM -0700, Bjorn Helgaas wrote:
> > Do you want pci_enable_msi_exact() in addition to pci_enable_msix_exact()?
>
> If there are cases where pci_enable_msi_exact() would be used, I guess
> the same arguments would apply, so yes. I haven't looked at the
Just a
On 02/12/2014 12:19 AM, Johannes Weiner wrote:
> On Tue, Feb 11, 2014 at 07:15:26PM +0400, Vladimir Davydov wrote:
>> Hi Michal, Johannes, David,
>>
>> Could you please take a look at this if you have time? Without your
>> review, it'll never get committed.
> There is simply no review bandwidth
On Wed, Feb 12, 2014 at 06:59:07PM +0100, Paweł Sikora wrote:
> On Wednesday 12 of February 2014 09:46:26 Joe Perches wrote:
> > On Wed, 2014-02-12 at 18:16 +0100, Paweł Sikora wrote:
> > > [16855.582522] list passed to list_sort() too long for efficiency
> > >
> > > could someone put some
From: Dirk Brandewie
commit d253d2a526 Improve accuracy by not truncating until final
result, changed internal variables of the PID to be fixed point
numbers. Update the pid_reset() to reflect this change.
Signed-off-by: Dirk Brandewie
---
drivers/cpufreq/intel_pstate.c | 2 +-
1 file
On Thu, Jan 09, 2014 at 11:22:33AM +, Sachin Kamat wrote:
> Add support for S2MPA01 voltage and current regulator.
>
> Signed-off-by: Sachin Kamat
> ---
> * Addressed comments from Mark Brown
> - Used module_platform_driver instead of subsys init call
> ---
> drivers/regulator/Kconfig |
From: Dirk Brandewie
A documentation update exposed the existance of the turbo ratio
register. Update baytrail support to use the turbo range.
Signed-off-by: Dirk Brandewie
---
drivers/cpufreq/intel_pstate.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git
From: Dirk Brandewie
Remove the reporting of energy since it does not provide any useful
information about the state of the driver and will be a maintainance
headache going forward since the RAPL energy units register is not
architectural and subject to change between micro-architectures
From: Dirk Brandewie
Using LFM ratio provides better perf/watt vs min ratio.
Signed-off-by: Dirk Brandewie
---
drivers/cpufreq/intel_pstate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/cpufreq/intel_pstate.c b/drivers/cpufreq/intel_pstate.c
index
From: Dirk Brandewie
Based on v3.14-rc2
Patch 1 removes energy reporting the patch from Maurizio Lambardi
intel_pstate: fix race condition in intel_pstate_init() can be dropped.
Patch 2-3 cleanups
Patch 4-5 Baytrail bug fixes
Dirk Brandewie (5):
intel_pstate: Remove energy reporting from
On Wednesday 12 of February 2014 09:46:26 Joe Perches wrote:
> On Wed, 2014-02-12 at 18:16 +0100, Paweł Sikora wrote:
> > [16855.582522] list passed to list_sort() too long for efficiency
> >
> > could someone put some light on the last line?
>
> Did you look at the list_sort function in
On Mon, Feb 10, 2014 at 02:09:44PM +0800, Bo Shen wrote:
> When SSC work in slave mode, the clock can come from TK pin and also
> can come from RK pin, this is hardware design decided. So, make it
> available to choose where the clock from.
Applied, thanks.
signature.asc
Description: Digital
On Wed, Feb 12, 2014 at 04:02:40AM +, Laszlo Papp wrote:
> +const struct regmap_config max665x_regmap_config = {
> + .reg_bits = 5,
> +};
This would normally be static too, and I'd *really* expect to see a
val_bits set here. I'm a bit surprised this works without one.
> +
On Tue, Feb 11, 2014 at 10:06:34PM -0800, Torvald Riegel wrote:
> On Tue, 2014-02-11 at 07:59 -0800, Paul E. McKenney wrote:
> > On Mon, Feb 10, 2014 at 11:09:24AM -0800, Linus Torvalds wrote:
> > > On Sun, Feb 9, 2014 at 4:27 PM, Torvald Riegel wrote:
> > > >
> > > > Intuitively, this is wrong
Hi
On Wed, Feb 12, 2014 at 5:40 PM, Greg KH wrote:
> On Wed, Feb 12, 2014 at 05:26:57PM +0100, Daniel Vetter wrote:
>> On Wed, Feb 12, 2014 at 3:44 PM, David Herrmann
>> wrote:
>> >>> +/**
>> >>> + * drm_dev_ref - Take reference of a DRM device
>> >>> + * @dev: device to take reference of or
On 12/02/2014 11:06, Jean-Jacques Hiblot :
> During the xlate stage of the DT interrupt parsing, the at91 pinctrl driver
> requests the GPIOs that are described as interrupt sources. This prevents a
> driver to request the gpio later to get its electrical value.
> This patch replaces the
Laura,
Sorry to hijack the thread (sort of). :)
+ Kees Cook
On Wed, Feb 12, 2014 at 12:51:05PM +0100, Arnd Bergmann wrote:
> On Wednesday 12 February 2014, Laura Abbott wrote:
> > This is an RFC to seed the random number pool earlier when using devicetree.
> > The big issue this is trying to
On Wed, Feb 12, 2014 at 05:43:56PM +0100, Peter Zijlstra wrote:
> On Wed, Feb 12, 2014 at 04:59:52PM +0100, Frederic Weisbecker wrote:
> > 2014-02-12 11:13 GMT+01:00 Peter Zijlstra :
> > > On Tue, Feb 11, 2014 at 02:34:11PM -0800, Andy Lutomirski wrote:
> > >> On Tue, Feb 11, 2014 at 1:21 PM,
On Wed, Feb 12, 2014 at 10:19:07AM +0100, Peter Zijlstra wrote:
> > I don't know the specifics of your example, but from how I understand
> > it, I don't see a problem if the compiler can prove that the store will
> > always happen.
> >
> > To be more specific, if the compiler can prove that the
Remove h2clbk.h and nic_spec.h header files.
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/h2clbk.h | 35
drivers/staging/rtl8188eu/include/nic_spec.h | 44 --
2 files changed, 79 deletions(-)
delete mode 100644
On Wed, Feb 12, 2014 at 04:14:38PM +, Arjan van de Ven wrote:
>
> >> sched_cpu_cache_wiped(int llc)
> >>
> >> that would be very nice for this; the menuidle side knows this
> >> for some cases and thus can just call it. This would be a very
> >> small and minimal change
> >
> > What do you
On Sun, Feb 09, 2014 at 06:41:21PM +0530, Rashika Kheria wrote:
> Mark functions as static in jbd2/journal.c because they are not used
> outside this file.
>
> This eliminates the following warning in jbd2/journal.c:
> fs/jbd2/journal.c:125:5: warning: no previous prototype for
>
Hi,
i've noticed on my server that dmesg contains following info:
(...)
[ 141.192868] FS-Cache: Loaded
[ 141.203008] FS-Cache: Netfs 'nfs' registered for caching
[ 1383.278845] Key type dns_resolver registered
[ 1383.293014] NFS: Registering the id_resolver key type
[ 1383.293027] Key type
Hi Mauro,
Am Mittwoch, den 12.02.2014, 22:35 +0900 schrieb Mauro Carvalho Chehab:
> Em Wed, 12 Feb 2014 10:11:54 +0100
> Philipp Zabel escreveu:
>
> > Hi Mauro,
> >
> > Am Mittwoch, den 12.02.2014, 06:53 +0900 schrieb Mauro Carvalho Chehab:
> > [...]
> > > > diff --git
On Wed, Feb 12, 2014 at 08:56:30AM -0800, Greg Kroah-Hartman wrote:
> On Wed, Feb 12, 2014 at 06:38:21PM +0200, Michael S. Tsirkin wrote:
> > It is sometimes useful to get the value of the reference count after
> > decrement.
> > For example, vhost wants to execute some periodic cleanup operations
Hi,
On 12/02/2014 at 11:06:42 +0100, Jean-Jacques Hiblot wrote :
> This patch adds support for the Device Tree on a sam9261-based platform
>
> Signed-off-by: Jean-Jacques Hiblot
> ---
> arch/arm/boot/dts/at91sam9261.dtsi | 740
> +
>
From: Borislav Petkov
We're using edac_mc_workq_setup() both on the init path, when
we load an edac driver and when we change the polling period
(edac_mc_reset_delay_period) through /sys/.../edac_mc_poll_msec.
On that second path we don't need to init the workqueue which has been
initialized
Implement the file copy service for Linux guests on Hyper-V. This permits the
host to copy a file (over VMBUS) into the guest. This facility is part of
"guest integration services" supported on the Windows platform.
Here is a link that provides additional details on this functionality:
The following changes since commit b28a960c42fcd9cfc987441fa6d1c1a471f0f9ed:
Linux 3.14-rc2 (2014-02-09 18:15:47 -0800)
are available in the git repository at:
git://github.com/broadcom/bcm11351.git tags/bcm-for-3.14-pinctrl-rename
for you to fetch changes up to
On Wed, 12 Feb 2014, Ian Campbell wrote:
> On Tue, 2014-02-11 at 13:53 -0800, Luis R. Rodriguez wrote:
> > Cc'ing kvm folks as they may have a shared interest on the shared
> > physical case with the bridge (non NAT).
> >
> > On Tue, Feb 11, 2014 at 12:43 AM, Ian Campbell
> > wrote:
> > > On
On Tue, Feb 11, 2014 at 05:01:41PM +0100, Miklos Szeredi wrote:
> On Mon, Feb 10, 2014 at 09:51:45PM +1100, Dave Chinner wrote:
> > Miklos, can you please write an xfstest for this new API? That way
> > we can verify that the behaviour is as documented, and we can ensure
> > that when we
Hi Michal,
On Wed, Feb 12, 2014 at 02:41:21PM +0100, Michal Simek wrote:
> Use of_property_read_u32 functions to clean probe function.
>
> Signed-off-by: Michal Simek
> Reviewed-by: Guenter Roeck
> ---
>
> Changes in v3:
> - Remove one if checking and use variable directly
>
Looks good.
Hi,
I still haven't managed to crack this problem. I've made sure the below
mentioned skb's look the same as the other ones: linear buffer with
header, and the rest is aggregated into frags. Utilizing the skb
destructor I've also checked that these packets are all freed before the
TX hang
Hi,
> > Can you try the following patch?
> >
> > It should fix another problem, i.e. we were allocating, but
> > annotation would fail in the !TUI case, as it would return at
> > symbol__inc_addr_samples when use_browser != 1, now it will allocate
> > and mark the right bucket.
> >
> > I'll
At Mon, 10 Feb 2014 10:15:47 -0800,
Randy Dunlap wrote:
>
> On 02/09/2014 09:17 PM, Stephen Rothwell wrote:
> > Hi all,
> >
> > This tree fails (more than usual) the powerpc allyesconfig build.
> >
> > Changes since 20140207:
> >
>
> on x86_64:
>
> sound/built-in.o: In function
On Wed, Feb 12, 2014 at 6:26 AM, Alexander Gordeev wrote:
> On Mon, Feb 10, 2014 at 06:08:03PM -0700, Bjorn Helgaas wrote:
>> I skimmed these and the scsi patches, and I think you were right in
>> proposing an MSI-X enable function that takes a single "number of vectors"
>> argument, in addition
This driver is pretty sparse at the moment, but once we start to add
more functionality it's highly probable that we'll be required to
differentiate between supported devices. To enable us to do that
efficiently via Device Tree we need to separate out the compatible
strings, one per variant.
> > >
> > Hmm ... not sure if I want to take that risk :-). Going to be fun.
> > And looking for volunteers to provide me with a really great test suite
> > which I can run in qemu (and which doesn't take me days to set up).
>
> What about the new rcu test suite that has been added to the kernel
Hi Sreekanth,
There hasn't been much recent activity in
drivers/scsi/scsi_transport_sas.c, so I wasn't sure who could best
review the patch.
Dan Williams added sas_rphy_unlink() back in 2011, perhaps he can
remember why sas_bsg_remove wasn't performed there?
Regards,
-- Joe
On Wed, 12 Feb
On Wed, Feb 12, 2014 at 06:38:21PM +0200, Michael S. Tsirkin wrote:
> It is sometimes useful to get the value of the reference count after
> decrement.
> For example, vhost wants to execute some periodic cleanup operations
> once number of references drops below a specific value, before it
>
On Wed, Feb 12, 2014 at 04:03:05PM +, Lee Jones wrote:
> The MiPHY365x is a Generic PHY which can serve various SATA or PCIe
> devices. It has 2 ports which it can use for either; both SATA, both
> PCIe or one of each in any configuration.
>
> Cc: Kishon Vijay Abraham I
> Signed-off-by: Lee
On Wednesday 12 February 2014 15:46:15 David Howells wrote:
> Delete ARM's asm/system.h. It's the last holdout and should be got rid of.
>
> This builds for defconfig, lpc32xx_defconfig, exynos_defconfig + XEN, the
> previous changed to a Gemini system and an omap3 config with TI_DAVINCI_EMAC.
>
New install: Haswell i7-4770 CPU, Q87 chipset.
When I enable intel_iommu=on at boot, it clutters the log with this WARN_ONCE():
...
[0.313282] Freeing initrd memory: 5092K (880037af7000 - 880037ff)
[0.313603] DMAR: No ATSR found
[0.313774] IOMMU 0 0xfed9: using Queued
The following changes since commit b28a960c42fcd9cfc987441fa6d1c1a471f0f9ed:
Linux 3.14-rc2 (2014-02-09 18:15:47 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
tags/regulator-v3.14-rc2
for you to fetch changes up to
On Tue, 11 Feb 2014 17:33:24 -0800, Laura Abbott wrote:
> The stack canary for ARM is currently the same across reboots
> due to lack of randomness early enough. Add ARCH_WANT_OF_RANDOMNESS
> to allow devices to add whatever randomness they need.
>
> Signed-off-by: Laura Abbott
Do you have a
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Wednesday, February 12, 2014 8:42 AM
> To: KY Srinivasan
> Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org;
> o...@aepfle.de;
> a...@canonical.com; jasow...@redhat.com
> Subject: Re: [PATCH
On Tue, 11 Feb 2014 17:33:23 -0800, Laura Abbott wrote:
> Until randomness is added to the kernel's pools, random
> numbers returned may not be truly 'random'. Randomness comes
> from a variety of sources in the kernel but much of the
> randomness comes from device related initialization. This
>
301 - 400 of 1754 matches
Mail list logo
