As this file was moved, adjust its location.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/00-INDEX | 2 +-
MAINTAINERS| 3 ++-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/Documentation/00-INDEX b/Documentation/00-INDEX
index 903ebc494f29..7d672223f764 100
This series is based on my previous one. The first patch should actually
be folded together with this patch:
[PATCH 10/12] docs-rst: admin-guide: add documentation for EDAC
The other two patches rename the documentation to ras.rst, adds an
introductory chapter describing RAS and improves t
The edac.rst file at admin-guide assumes that the reader has
already deep knowledge on RAS features. However, this may not
be the case. So, rename it to RAS and add an introduction
chapter explaining the main concepts that are used by the
EDAC subsystem and by other RAS drivers within the Kernel.
Documentation for those are missing at the EDAC description.
I guess we end by moving such descriptions in the past to the
ABI document (or only added it there), but it means that the
EDAC documentation is incomplete. So, add it there.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/admi
Hi Chris,
Thank you for comments
On Mon, Oct 24, 2016 at 12:36:27PM -0400, Chris Metcalf wrote:
> On 10/21/2016 4:33 PM, Yury Norov wrote:
> >Based on Andrew Pinski's patch-series.
> >
> >Signed-off-by: Yury Norov
> >---
> > Documentation/arm64/ilp32.txt | 46
> > ++
This is a note to let you know that I've just added the patch titled
vgacon: remove prehistoric macros
to my tty git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git
in the tty-testing branch.
The patch will show up in the next release of the linux
Hi Jani,
Am 24.10.2016 um 11:04 schrieb Jani Nikula :
> I think I saw some of this in the past [1], but then couldn't reproduce
> it after all. Now I'm seeing it again. Sporadically
> Documentation/media/uapi/cec/ gets rebuilt on successive runs of make
> htmldocs, even when nothing has changed.
On Thu, 27 Oct 2016, Markus Heiser wrote:
> Hi Jani,
>
> Am 24.10.2016 um 11:04 schrieb Jani Nikula :
>
>> I think I saw some of this in the past [1], but then couldn't reproduce
>> it after all. Now I'm seeing it again. Sporadically
>> Documentation/media/uapi/cec/ gets rebuilt on successive runs
On Fri, Oct 21, 2016 at 4:57 PM, wrote:
>> -Original Message-
>> From: Amir Levy [mailto:amir.jer.l...@intel.com]
>> Sent: Wednesday, September 28, 2016 9:44 AM
>> To: gre...@linuxfoundation.org
>> Cc: andreas.noe...@gmail.com; bhelg...@google.com; cor...@lwn.net;
>> linux-ker...@vger.ker
On Tue, Oct 25, 2016 at 12:22:47AM +0200, Arnd Bergmann wrote:
> On Monday, October 24, 2016 12:30:47 PM CEST Chris Metcalf wrote:
> > On 10/21/2016 4:33 PM, Yury Norov wrote:
> > > All new 32-bit architectures should have 64-bit off_t type, but existing
> > > architectures has 32-bit ones.
> > >
>
The topic of a single simple power-performance tunable, that is wholly
scheduler centric, and has well defined and predictable properties has
come up on several occasions in the past. With techniques such as a
scheduler driven DVFS, which is now provided mainline via the schedutil
governor, we now
Add basic paravirt support:
1. set pv_info.name to "VMware hypervisor" to have proper boot log message
Booting paravirtualized kernel on VMware hypervisor
instead of "... on bare hardware"
2. set pv_cpu_ops.io_delay() to empty function - paravirt_nop() to
avoid vm-exits on IO dela
Set pv_time_ops.sched_clock to vmware_sched_clock(). It is simplified
version of native_sched_clock() without ring buffer of mult/shift/offset
triplets and preempt toggling.
Since VMware hypervisor provides constant tsc we can use constant
mult/shift/offset triplet calculated at boot time.
no-vmw-
After aa297292d708, there are separate native calibrations for cpu_khz and
tsc_khz. The code sets x86_platform.calibrate_cpu to native_calibrate_cpu()
which looks in cpuid leaf 0x16 or msrs for the cpu frequency. Since we keep
the tsc_khz constant (even after vmotion), the cpu_khz and tsc_khz may
s
On Mon, 17 Oct 2016 14:55:37 -0200 Mauro Carvalho Chehab
wrote:
> This patch series continues the efforts of converting the Linux Kernel
> documentation to Sphinx.
hm, renaming Documentation/kernel-parameters.txt in linux-next is going
to be a pain for the next two months. I have one large pat
On Thu, 27 Oct 2016 13:17:33 -0700
Andrew Morton wrote:
> > This patch series continues the efforts of converting the Linux Kernel
> > documentation to Sphinx.
>
> hm, renaming Documentation/kernel-parameters.txt in linux-next is going
> to be a pain for the next two months. I have one large
On 27.10.2016 16:52, Jani Nikula wrote:
On Thu, 27 Oct 2016, Markus Heiser wrote:
Hi Jani,
Am 24.10.2016 um 11:04 schrieb Jani Nikula :
I think I saw some of this in the past [1], but then couldn't reproduce
it after all. Now I'm seeing it again. Sporadically
Documentation/media/uapi/cec/
On Mon, 17 Oct 2016 17:52:46 +0300
Jani Nikula wrote:
> I was looking at Documentation/kernel-parameters.txt and figured that
> has got to be constantly stale and incomplete. It's really data that
> should be autogenerated. I don't think it should just be converted to
> Sphinx as-is.
So this has
On 2016-10-19 10:41:43, markus.hei...@darmarit.de wrote:
> Hi kernel.org maintainers,
>
> sorry for my silly question: I miss the documentation of the
> reST (sphinx) content [1] on https://www.kernel.org/doc/ Since
> the DocBook files migrated to reST (sphinx) increase
> the "htmldocs" at [3] are
On Thu, 27 Oct 2016, Alexey Makhalov wrote:
> [RESEND PATCH 1/3] x86/vmware: Use tsc_khz value for calibrate_cpu()
Please don't do that. RESEND is a keyword, when the same patch (series) is
sent again without any modification vs. the first patch (series). A
possible reason to do so is when a patc
On Thu, 27 Oct 2016, Alexey Makhalov wrote:
> Set pv_time_ops.sched_clock to vmware_sched_clock().
Please do not describe WHAT the patch does, describe why. Describe the
problem you are solving. I can see from the patch
> + pv_time_ops.sched_clock = vmware_sched_clock;
that you set
Support setting the reference voltage from the device tree.
Rework of driver structure, put chip specific data in a separate
structure and assign it depending on device id from platform data or
DT match.
Signed-off-by: Clemens Gruber
---
Documentation/hwmon/mcp3021 | 6 ++
drivers/hwmon/mcp302
Replace S_IRUGO with the better readable 0444.
This fixes a checkpatch warning.
Signed-off-by: Clemens Gruber
---
drivers/hwmon/mcp3021.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hwmon/mcp3021.c b/drivers/hwmon/mcp3021.c
index a8cf97f..97c832d 100644
--- a/driv
Em Thu, 27 Oct 2016 14:36:07 -0600
Jonathan Corbet escreveu:
> On Thu, 27 Oct 2016 13:17:33 -0700
> Andrew Morton wrote:
>
> > > This patch series continues the efforts of converting the Linux Kernel
> > > documentation to Sphinx.
> >
> > hm, renaming Documentation/kernel-parameters.txt in
Document the devicetree bindings for the Microchip MCP3021/3221.
Signed-off-by: Clemens Gruber
---
Documentation/devicetree/bindings/hwmon/mcp3021.txt | 21 +
1 file changed, 21 insertions(+)
create mode 100644 Documentation/devicetree/bindings/hwmon/mcp3021.txt
diff --git
On Wed, 26 Oct 2016 21:14:00 -0200
Mauro Carvalho Chehab wrote:
> On a very quick look on the document, it seems that the legacy info
> there are at this section of the document:
>
> - Finding it the old way
>
> IMHO, we can strip that section completely.
At least we agree on that part.
On Mon, 24 Oct 2016 20:04:00 +0200
Silvio Fricke wrote:
> v3 -> v4:
> * The outdated misc reference in D/index.rst was not removed
>
> v2 -> v3:
> * Introduce a core-api folder
> * move workqueue.rst to core-api
> * reflect change in 00-index and workqueue.h
OK, we're getting there. I'd like t
On Mon, 24 Oct 2016 14:25:27 +0200
Greg KH wrote:
> I don't have any objection to the changes, please take them through your
> documentation tree:
I have now done so.
Thanks,
jon
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majord...@vger.
Em Thu, 27 Oct 2016 16:51:22 -0600
Jonathan Corbet escreveu:
> On Wed, 26 Oct 2016 21:14:00 -0200
> Mauro Carvalho Chehab wrote:
>
> > On a very quick look on the document, it seems that the legacy info
> > there are at this section of the document:
> >
> > - Finding it the old way
> >
>
Hi Jon,
Em Sun, 23 Oct 2016 09:20:00 -0200
Mauro Carvalho Chehab escreveu:
> Em Sat, 22 Oct 2016 08:56:29 -0200
> Mauro Carvalho Chehab escreveu:
>
> > How many special-case commands are we going to need to run? Does it
> > > really need to go beyond what parse-headers is doing now?
> >
Am 27.10.2016 um 23:12 schrieb Konstantin Ryabitsev via RT
:
> On 2016-10-19 10:41:43, markus.hei...@darmarit.de wrote:
>> Hi kernel.org maintainers,
>>
>> sorry for my silly question: I miss the documentation of the
>> reST (sphinx) content [1] on https://www.kernel.org/doc/ Since
>> the DocBo
Am 27.10.2016 um 23:12 schrieb Konstantin Ryabitsev via RT
:
> On 2016-10-19 10:41:43, markus.hei...@darmarit.de wrote:
>> Hi kernel.org maintainers,
>>
>> sorry for my silly question: I miss the documentation of the
>> reST (sphinx) content [1] on https://www.kernel.org/doc/ Since
>> the DocBo
On Thu, 27 Oct 2016, Jonathan Corbet wrote:
> On Mon, 17 Oct 2016 17:52:46 +0300
> Jani Nikula wrote:
>
>> I was looking at Documentation/kernel-parameters.txt and figured that
>> has got to be constantly stale and incomplete. It's really data that
>> should be autogenerated. I don't think it sho
On Thu, Oct 27, 2016 at 10:34:05PM -0200, Mauro Carvalho Chehab wrote:
> As defined at Documentation/ABI/README, this is actually a database
> with those fields:
>
> What, Date, KernelVersion, Contact, Description and Users.
>
> An user-face documentation would probably require only a few of thos
34 matches
Mail list logo
