patches is OK as long as you leave out
> the tag.
Exactly. We are already receiving too many untested patches.
> Others may disagree, but I don't think we need yet another tag for this.
> Testing of patches before sending them should be the norm; if special
+1
> notes about test
udience is large and/or the author of the patch is
> an experienced developer.
Yes you can (even experienced developers can make mistakes ;-)!
If it is not obvious that something is safe, it is better to point it
out, so the submitter (or someone else) can give it a (second) thought.
In case it is
oacchino Del Regno
> Cc: Arnd Bergmann
> Cc: Bjorn Andersson
> Cc: Chen-Yu Tsai
> Cc: Dmitry Baryshkov
> Cc: Geert Uytterhoeven
> Cc: Heiko Stuebner
> Cc: Jonathan Corbet
> Cc: Konrad Dybcio
> Cc: Matthias Brugger
> Cc: Michal Simek
> Cc: Neil Armstrong
>
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_rgmii1>;
status = "disabled";
};
2. Pure board devices, in new nodes (e.g. your regulator example).
These are less common, so I don't even know from the top of my
tible string could be untied
> > from the base board's compatible string if needed (which we probably do).
> >
> > So something like:
> >
> > config {
> > config-1 {
> > compatible = "google,krane-sku0";
> > fdt = &quo
Hi Yamada-san,
On Thu, Dec 14, 2023 at 7:12 AM Masahiro Yamada wrote:
> On Thu, Dec 14, 2023 at 1:03 PM Chen-Yu Tsai wrote:
> > On Sun, Dec 10, 2023 at 1:31 AM Geert Uytterhoeven
> > wrote:
> > > On Sat, Dec 9, 2023 at 4:29 PM Laurent Pinchart
> > > wrote:
&
about.
>
> I doubt that ckeckstack is important since gcc & clang warn us about
> stack usage.
True, but that would leave you without a tool to get figures when
there is no excess stack usage detected by the compiler.
Gr{oetje,eeting}s,
Geert
--
Geert Uytter
Hi Lukas,
On Tue, Feb 27, 2024 at 12:04 PM Lukas Bulwahn wrote:
> On Tue, Feb 27, 2024 at 9:57 AM Geert Uytterhoeven
> wrote:
> > On Tue, Feb 27, 2024 at 1:41 AM Randy Dunlap wrote:
> > > > - Concerning checking with tools, checkpatch probably still makes
>
is?
> >
> > Totally fine with me, but that feels somewhat long and hard to type.
>
> I want it long and hard to type and very very explicit that this is what
> the developer/maintainer wants to have happen (again, because this is
> such a rare occurrence.)
>
> > How
On Tue, Apr 23, 2024 at 3:21 PM Andy Shevchenko
wrote:
> Add a couple of recommendations on how to utilise Cc header in
> environment friendly way.
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond
istory has lots of commits that
state I was CCed on a patch, while I had no active participation in
the discussion, or even any interest in the patch in the first place
(scripts/get_mainter.pl considered harmful).
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There
; Would anyone have an issue with that?
Or, just like with lore links:
https://patch.msgid.link/linux-trace-devel/patch-source-msgid@here
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal
n obsolete .gitignore file...
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
This directory is empty, except for a .gitignore file, listing an
executable file that can no longer be built since commit
c6535e1e0361157e ("Documentation: Remove ZBOOT MMC/SDHI utility and
docs").
Signed-off-by: Geert Uytterhoeven
---
Documentation/arm/sh-mobile/.gitignore | 1
@lst.de/
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
earlyprintk=vga
> earlyprintk=sclp
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I ca
Hi Andreas,
On Wed, Oct 9, 2019 at 12:06 PM Andreas Schwab wrote:
> On Okt 09 2019, Geert Uytterhoeven wrote:
> > I believe risc-v is DT-only, so if chosen/stdout-path is set up
>
> If. Currently, it isn't.
IC. So isn't it better to fix that, instead of pointing peop
> early console device to use. Document this appropriately in the
> admin-guide.
>
> Signed-off-by: Paul Walmsley
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
I
When debugfs_create_ulong() was added, it was not documented.
Fixes: c23fe83138ed7b11 ("debugfs: Add debugfs_create_ulong()")
Signed-off-by: Geert Uytterhoeven
---
Documentation/filesystems/debugfs.txt | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/Doc
kernel-module
> make -C $HOME/headers M=$(pwd) modules
> rmmod kheaders
As the usage pattern will be accessing the individual files, what about
implementing a file system that provides read-only access to the internal
kheaders archive?
mount kheaders $HOME/headers -t kheaders
Gr{oetje,
Hi Joel,
On Thu, Mar 7, 2019 at 4:03 PM Joel Fernandes wrote:
> On Thu, Mar 07, 2019 at 09:58:24AM +0100, Geert Uytterhoeven wrote:
> > On Fri, Mar 1, 2019 at 5:10 PM Joel Fernandes (Google)
> > wrote:
> > > Introduce in-kernel headers and other artifacts which are ma
Hi Greg,
On Fri, Mar 8, 2019 at 6:05 PM Greg KH wrote:
> On Fri, Mar 08, 2019 at 05:42:32AM -0800, Joel Fernandes wrote:
> > On Fri, Mar 8, 2019, 3:53 AM Geert Uytterhoeven
> > wrote:
> > > > It is just so much easier to use tar + xz at build time, and leave the
&g
Hi Greg,
On Sat, Mar 9, 2019 at 8:16 AM Greg KH wrote:
> On Fri, Mar 08, 2019 at 06:59:23PM +0100, Geert Uytterhoeven wrote:
> > On Fri, Mar 8, 2019 at 6:05 PM Greg KH wrote:
> > > On Fri, Mar 08, 2019 at 05:42:32AM -0800, Joel Fernandes wrote:
> > > > On F
space tools to properly operate regardless of which part of the
> system id being substituted or replaced.
Isn't the need for kernel headers for user-space tools something different,
as this is limited to the uapi versions, which are less (almost not) subject
to change, com
::
> +
> + git merge v5.2-rc1^0
> +
> +The "^0" will cause Git to do a fast-forward merge (which should be
> +possible in this situation), thus avoiding the addition of a spurious merge
> +commit.
I usually use
git rebase v5.2-rc1
_after_ verifying everything has b
modification" for the other tricks...?
Or just "reworking a branch" for the other tricks?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a ha
Signed-off-by: Geert Uytterhoeven
---
Documentation/tee.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/tee.txt b/Documentation/tee.txt
index 56ea85ffebf24545..afacdf2fd1de5455 100644
--- a/Documentation/tee.txt
+++ b/Documentation/tee.txt
@@ -32,7 +32,7
Signed-off-by: Geert Uytterhoeven
---
Documentation/networking/dsa/dsa.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/networking/dsa/dsa.rst
b/Documentation/networking/dsa/dsa.rst
index ca87068b9ab904a9..563d56c6a25c924e 100644
--- a/Documentation
All but one reference is capitalized. Fix the remaining one.
Signed-off-by: Geert Uytterhoeven
---
Documentation/virtual/kvm/devices/arm-vgic-its.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/virtual/kvm/devices/arm-vgic-its.txt
b/Documentation/virtual
gt; At its new index.rst, let's add a :orphan: while this is not linked to
> the main index.rst file, in order to avoid build warnings.
>
> Signed-off-by: Mauro Carvalho Chehab
> arch/m68k/q40/README | 2 +-
Acked-by: Geert Uytterhoeven
Gr{oetje
.e. limited to x86 and powerpc.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I
"git diff" says:
\ No newline at end of file
after modifying the file.
Signed-off-by: Geert Uytterhoeven
---
Documentation/docutils.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/docutils.conf b/Documentation/docutils.conf
index 283077
The function is called gpiod_get_array(), not gpiod_array_get().
Fixes: 77588c14ac868cae ("gpiolib: Pass array info to get/set array functions")
Signed-off-by: Geert Uytterhoeven
---
Documentation/driver-api/gpio/consumer.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
he mean time, several other documents and source files
have already been updated to point to
Documentation/admin-guide/kernel-parameters.rst resp. devices.rst.
These need to be updated again to point to the new *.txt files.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- The
kernels, and new versions of stable kernels will keep on having
them for the next +10 years.
To me, these[*] filenames are more like a user-visible API, which should
not be changed without given consideration.
[*] CodingStyle and SubmittingPatches (there may be others) are linked from
many web pages
Hi Mauro,
On Mon, Jan 23, 2017 at 2:01 PM, Mauro Carvalho Chehab
wrote:
> Em Mon, 23 Jan 2017 11:44:54 +0100
> Geert Uytterhoeven escreveu:
>> On Mon, Jan 23, 2017 at 11:34 AM, Mauro Carvalho Chehab
>> wrote:
>> > Em Fri, 13 Jan 2017 12:03:24 -0800
>> > Joe P
All low-level PM/SMP code using virt_to_phys() should actually use
__pa_symbol() against kernel symbols. Update the documentation to move
away from virt_to_phys().
Cfr. commit 6996cbb2372189f7 ("ARM: 8641/1: treewide: Replace uses of
virt_to_phys with __pa_symbol")
Signed-off
trl_pin_desc foo_pins[] = {
> + PINCTRL_PIN(0, "A8"),
> + PINCTRL_PIN(1, "B8"),
> + PINCTRL_PIN(2, "C8"),
> + ...
> + PINCTRL_PIN(61, "F1"),
> + PINCTRL_PIN(62, "G1"),
> + PINCTRL_PIN(63
CC doc folks
On Wed, Jun 7, 2017 at 12:59 AM, Palmer Dabbelt wrote:
> I was reading the memory barries documentation in order to make sure the
> RISC-V barries were correct, and I found a broken link to the atomic
> operations documentation.
>
> Signed-off-by: Palmer Dabbelt
> ---
> Documentati
inx:
>
> - Use right marks for titles;
> - Use authorship marks;
> - Mark literals and literal blocks;
> - Use autonumbered list for references.
>
> Signed-off-by: Mauro Carvalho Chehab
Acked-by: Geert Uytterhoeven
Thanks!
Gr{oetje,eeting}s,
Geert
--
Ge
All low-level PM/SMP code using virt_to_phys() should actually use
__pa_symbol() against kernel symbols. Update the documentation to move
away from virt_to_phys().
Cfr. commit 6996cbb2372189f7 ("ARM: 8641/1: treewide: Replace uses of
virt_to_phys with __pa_symbol")
Signed-off
Hi Russell,
On Mon, Jul 17, 2017 at 11:20 PM, Russell King - ARM Linux
wrote:
> On Mon, Jul 17, 2017 at 01:44:45PM -0600, Jonathan Corbet wrote:
>> On Mon, 17 Jul 2017 15:39:28 +0200
>> Geert Uytterhoeven wrote:
>>
>> > All low-level PM/SMP code using virt
que on a given bus, which guarantees a 1:1
> + match. This property becomes optional if a reg property is defined,
> + meaning that the device has a static address.
> +
> +Optional properties
> +---
> +- reg: static address. Only valid is the de
Hi David,
On Thu, Mar 15, 2018 at 10:42 AM, David Howells wrote:
> Do we have anything left that still implements NOMMU?
Sure: arm, c6x, m68k, microblaze, and sh.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge.
el-sensitive.
> + 8 = active low level-sensitive.
These are identical to the values in .
Perhaps you can refer to those definitions?
I don't think we want to see the hardcoded numbers in DTS files.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There&#
reg = <0 0x392 0x0>;
> + gpio-controller;
> + #gpio-cells = <2>;
> + interrupt-controller;
> + #interrupt-cells = <2>;
> + };
> + ...
> + };
Gr{oetje,eeting}s
* I3C device without a static address but requiring resources
> +* described in the DT.
> +*/
> + sensor@0,39200154004 {
No compatible value?
> + reg = <0x0 0x392 0x154004>;
> + clocks = <&clock_provider 0&g
Hi Boris,
On Mon, Mar 26, 2018 at 1:25 PM, Boris Brezillon
wrote:
> On Mon, 26 Mar 2018 12:12:54 +0200
> Geert Uytterhoeven wrote:
>> On Fri, Mar 23, 2018 at 12:00 PM, Boris Brezillon
>> wrote:
>> > Document the Cadence I3C gpio expander bindings.
>> >
y: Boris Brezillon
> ---
> Changes in v4:
> - Clarify the fact that static address == I3C address and dynamic
static address == I2C address?
> address == I3C address
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -
, though; such bugs will be fixed more quickly if any interested
| parties submit patches to that effect.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people,
related to the goals of the Linux kernel project.
Avoid any ambiguity or political undertone by removing the list, to
ensure "a harassment-free experience for everyone", period.
Fixes: 8a104f8b5867c682 ("Code of Conduct: Let's revamp it.")
Signed-off-by: Geert Uytterhoeve
Hi Greg,
On Mon, Dec 3, 2018 at 12:05 PM Greg Kroah-Hartman
wrote:
> On Sun, Dec 02, 2018 at 10:32:57AM +0100, Geert Uytterhoeven wrote:
> > Providing an explicit list of discrimination factors may give the false
> > impression that discrimination based on other unlisted f
Hi Joe,
On Fri, Aug 24, 2018 at 12:00 AM Joe Perches wrote:
> On Thu, 2018-08-23 at 23:52 +0200, Geert Uytterhoeven wrote:
> > Does gcc 8.x gives again the same warnings as my venerable old gcc 4.1.2,
> > that no one else seems to see? Or will the real bugs I detect this way s
Hi Peter,
On Mon, Jan 7, 2019 at 9:26 AM Peter Rosin wrote:
> On 2019-01-06 10:33, Geert Uytterhoeven wrote:
> > On Mon, Nov 26, 2018 at 10:59 PM Peter Rosin wrote:
> >> If there are extra logos (CONFIG_FB_LOGO_EXTRA) the heights of these
> >> extra logos are not co
Hi Peter,
On Mon, Jan 7, 2019 at 10:03 AM Peter Rosin wrote:
> On 2019-01-07 09:59, Peter Rosin wrote:
> > On 2019-01-07 09:40, Geert Uytterhoeven wrote:
> >> On Mon, Jan 7, 2019 at 9:26 AM Peter Rosin wrote:
> >>> On 2019-01-06 10:33, Geert Uytterhoeven wrote:
>
On Sat, Dec 29, 2018 at 3:25 PM Geert Uytterhoeven wrote:
> On Fri, Aug 24, 2018 at 12:00 AM Joe Perches wrote:
> > On Thu, 2018-08-23 at 23:52 +0200, Geert Uytterhoeven wrote:
> > > Reverted locally (incl. the follow-up), applied Andrew's fix, detected new
> > &
On Thu, Jan 17, 2019 at 11:14 AM Wolfram Sang
wrote:
> Typo: the data line is called "SDA" not "SCA".
>
> Signed-off-by: Wolfram Sang
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots o
'cpu0' value
and
DTC arch/arm64/boot/dts/renesas/r8a7795-salvator-x.dt.yaml
FATAL ERROR: No markers present in property 'audio_clk_a' value
Do you have a clue?
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lot
Hi Rob,
On Sun, Jan 27, 2019 at 4:00 AM Rob Herring wrote:
> On Wed, Jan 23, 2019 at 9:33 AM Geert Uytterhoeven
> wrote:
> > On Tue, Dec 11, 2018 at 9:24 PM Rob Herring wrote:
> > > This adds the build infrastructure for checking DT binding schema
> > > docu
CHKDT Documentation/devicetree/bindings/arm/primecell.yaml
...
CHKDT Documentation/devicetree/bindings/trivial-devices.yaml
make[1]: *** No rule to make target
'Documentation/devicetree/bindings/arm/primecell.example.dtb', needed
by '__build'. Stop.
Obviously it
Hi Rob,
On Mon, Jan 28, 2019 at 4:35 PM Rob Herring wrote:
> On Mon, Jan 28, 2019 at 3:43 AM Geert Uytterhoeven
> wrote:
> > On Tue, Dec 11, 2018 at 9:24 PM Rob Herring wrote:
> > > This adds the build infrastructure for checking DT binding schema
> > > docu
Since the removal of FS_RECLAIM annotations, lockdep states contain six
characters, not four.
Fixes: e5684bbfc3f03480 ("Documentation/locking/lockdep: Update info about
states")
Fixes: d92a8cfcb37ecd13 ("locking/lockdep: Rework FS_RECLAIM annotation")
Signed-off-by
Suspicious RCU usage messages are reported as warnings.
Fixes: a5dd63efda3d07b5 ("lockdep: Use "WARNING" tag on lockdep splats")
Signed-off-by: Geert Uytterhoeven
---
And before that, they were printed as errors, which was also never
reflected in the documentation...
--
Hi Paul,
On Thu, Feb 28, 2019 at 5:51 PM Paul E. McKenney wrote:
> On Thu, Feb 28, 2019 at 11:57:31AM +0100, Geert Uytterhoeven wrote:
> > Since the removal of FS_RECLAIM annotations, lockdep states contain six
> > characters, not four.
>
> Does the above want to instead
Since the removal of FS_RECLAIM annotations, lockdep states contain four
characters, not six.
Fixes: e5684bbfc3f03480 ("Documentation/locking/lockdep: Update info about
states")
Fixes: d92a8cfcb37ecd13 ("locking/lockdep: Rework FS_RECLAIM annotation")
Signed-off-by: Geert
s, we just have one i3c bus with a mix of i2c and i3c devices.
>
> I understand that. What if I2C had the same seperation between the "bus"
> and the "master"?
There can be multiple masters on an i2c bus. But not on an i3c bus, due
to SCL being push/pull.
Gr{oetje,
Correct location as of commit 2728b2d2e5be4b82 ("PM / core / docs:
Convert sleep states API document to reST").
Signed-off-by: Geert Uytterhoeven
---
Note that the link was already broken before...
---
include/linux/device.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
Hi Randy,
On Tue, Nov 7, 2017 at 5:48 AM, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Update list of available compiled-in fonts in lib/fonts/:
> add 6x10 and drop RomanLarge (which was reverted 12 years ago).
>
> Signed-off-by: Randy Dunlap
> Cc: Geert Uytterhoe
t rid of the open-coded dev_name() handling by using the
appropriate dev_err_*() variant.
Signed-off-by: Geert Uytterhoeven
---
lib/swiotlb.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/swiotlb.c b/lib/swiotlb.c
index 22e13a0e19d76a2b..6ce764410ae475cc 100644
---
ot;, which disables the use of bounce buffers.
If specified, trying to map memory that cannot be used with DMA will
fail, and a warning will be printed (rate-limited).
Note that io_tlb_nslabs is set to 1, which is the minimal supported
value.
Signed-off-by: Geert Uytterhoeven
---
Documentat
outside the 32-bit address space.
Thanks for your comments!
Geert Uytterhoeven (2):
swiotlb: Rate-limit printing when running out of SW-IOMMU space
swiotlb: Add swiotlb=nobounce debug option
Documentation/kernel-parameters.txt | 3 ++-
lib/swiotlb.c | 23
Hi Robin,
On Mon, Oct 31, 2016 at 6:41 PM, Robin Murphy wrote:
> On 31/10/16 15:45, Geert Uytterhoeven wrote:
>> On architectures like arm64, swiotlb is tied intimately to the core
>> architecture DMA support. In addition, ZONE_DMA cannot be disabled.
>
> To be fair, tha
-disable option,
> I'm just not sure what situation it's actually the best solution for.
If I set the DMA mask to a small value, DMA is never used, and SWIOTLB
always falls back to bounce buffers (and DMAing from the small pool)?
That's the inverse of what I want to achieve: I
Hi Konrad,
On Mon, Oct 31, 2016 at 6:52 PM, Konrad Rzeszutek Wilk
wrote:
> On Mon, Oct 31, 2016 at 04:45:04PM +0100, Geert Uytterhoeven wrote:
>> On architectures like arm64, swiotlb is tied intimately to the core
>> architecture DMA support. In addition, ZONE_DMA cannot be dis
devices/i3c-
>> +KernelVersion: 4.16
>
> Wrong kernel versions :)
Do you update these when backporting to stable? ;-)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal con
Hi Greg,
On Wed, May 2, 2018 at 1:10 PM, Greg Kroah-Hartman
wrote:
> On Wed, May 02, 2018 at 11:47:49AM +0200, Geert Uytterhoeven wrote:
>> On Sun, Apr 29, 2018 at 3:37 PM, Greg Kroah-Hartman
>> wrote:
>> > On Fri, Mar 30, 2018 at 09:47:44AM +0200, Boris Brezillon wro
) still returns void. Do you want to change that?
E.g. gen_74x164_set_value() can fail.
Feel free to fold patches if deemed appropriate.
Thanks!
Geert Uytterhoeven (3):
Documentation: gpio: Fix return type of gpiod_set_raw_array_value*()
gpio: Propagate errors from gpiod_set_array_value_compl
Fixes: 3027743f83f867d8 ("gpio: Remove VLA from gpiolib")
Signed-off-by: Geert Uytterhoeven
---
v2:
- Rebase on top of gpio array rework.
---
drivers/gpio/gpiolib.c| 20 ++--
drivers/gpio/gpiolib.h| 8
include/linux/gpio/consu
Internal helper function gpiod_set_array_value_complex() was changed to
return an error value, but not all gpiolib callers were updated to
propagate the new error up.
Fixes: 3027743f83f867d8 ("gpio: Remove VLA from gpiolib")
Signed-off-by: Geert Uytterhoeven
---
v2:
- Rebase on t
The return type of gpiod_set_raw_array_value() and
gpiod_set_raw_array_value_cansleep() was changed from void to int, but
the doc update was forgotten.
Fixes: 3027743f83f867d8 ("gpio: Remove VLA from gpiolib")
Signed-off-by: Geert Uytterhoeven
---
v2:
- Rebase on top of gpio ar
\
> > + instid, extrainfo)
And the above two macros generate all three cells.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I c
- Make the ptr argument const, to avoid adding casts in future
callers,
- Add a forward declaration, to avoid moving large blocks of code.
Signed-off-by: Geert Uytterhoeven
---
lib/vsprintf.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/lib/vsprintf.c b/lib
ead. To distinguish
between clocks, a 32-bit unique identifier is as good as an actual
pointer value.
Fixes: ad67b74d2469d9b8 ("printk: hash addresses printed with %p")
Signed-off-by: Geert Uytterhoeven
---
Documentation/core-api/printk-formats.rst | 5 ++---
lib/vsprintf.c
Hi all,
There are still two format specifiers that print unhanced kernel
addresses, potentially leaking sensitive information regarding the
kernel layout in memory.
This patch series fixes this by printing hashed addresses instead.
Thanks!
Geert Uytterhoeven (3):
lib/vsprintf
s instead.
Note that there are no in-tree users of the fallback.
Fixes: ad67b74d2469d9b8 ("printk: hash addresses printed with %p")
Signed-off-by: Geert Uytterhoeven
---
lib/vsprintf.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/lib/vsprintf.c b/lib/vsp
former may embed the latter, though), and
2. there are no printk formats defined for kobject types.
Update the vsprintf() source code comments to match the above.
Fixes: b3ed23213eab1e08 ("doc: convert printk-formats.txt to rst")
Signed-off-by: Geert Uytterhoeven
---
Documentation/core-
Hi Andy,
On Mon, Oct 8, 2018 at 4:25 PM Andy Shevchenko
wrote:
> On Mon, Oct 08, 2018 at 01:05:02PM +0200, Geert Uytterhoeven wrote:
> > - Make the ptr argument const, to avoid adding casts in future
> > callers,
>
> > - Add a forward declaration, to avoid mov
Hi Petr,
On Tue, Oct 9, 2018 at 3:56 PM Petr Mladek wrote:
> On Mon 2018-10-08 16:37:29, Geert Uytterhoeven wrote:
> > On Mon, Oct 8, 2018 at 4:25 PM Andy Shevchenko
> > wrote:
> > > On Mon, Oct 08, 2018 at 01:05:02PM +0200, Geert Uytterhoeven wrote:
> > > >
s instead.
Note that there are no in-tree users of the fallback.
Fixes: ad67b74d2469d9b8 ("printk: hash addresses printed with %p")
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Petr Mladek
---
v2:
- Add Reviewed-by.
---
lib/vsprintf.c | 9 -
1 file changed, 4 insertions(+), 5
ead. To distinguish
between clocks, a 32-bit unique identifier is as good as an actual
pointer value.
Fixes: ad67b74d2469d9b8 ("printk: hash addresses printed with %p")
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Petr Mladek
---
v2:
- Add Reviewed-by.
---
Documentation/core-api/pri
- Make the ptr argument const, to avoid adding casts in future
callers,
- Move the function and its dependencies up, so it can be called from
special pointer type formatting routines.
Signed-off-by: Geert Uytterhoeven
---
v2:
- Get rid of the forward declaration for ptr_to_id
declaration for ptr_to_id(),
- Add Reviewed-by.
Thanks!
Geert Uytterhoeven (3):
lib/vsprintf: Prepare for more general use of ptr_to_id()
lib/vsprintf: Hash legacy clock addresses
lib/vsprintf: Hash printed address for netdev bits fallback
Documentation/core-api/printk-formats.rst | 5
Hi Petr,
On Fri, Oct 12, 2018 at 12:39 PM Petr Mladek wrote:
> On Thu 2018-10-11 10:42:47, Geert Uytterhoeven wrote:
> > - Make the ptr argument const, to avoid adding casts in future
> > callers,
> > - Move the function and its dependencies up, so it can be called
Signed-off-by: Geert Uytterhoeven
---
Documentation/admin-guide/ras.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/admin-guide/ras.rst
b/Documentation/admin-guide/ras.rst
index 197896718f813036..c7495e42e6f48bcb 100644
--- a/Documentation/admin-guide
{read,write}sl()
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
Hi Laxman,
On Wed, Feb 24, 2016 at 2:15 PM, Laxman Dewangan wrote:
> Use devm_pinctrl_register() for pin control registration.
>
> Signed-off-by: Laxman Dewangan
> Cc: Laurent Pinchart
> Cc: Geert Uytterhoeven
> Cc: linux-renesas-...@vger.kernel.org
Thanks for your patch
Signed-off-by: Geert Uytterhoeven
---
Documentation/serial/driver | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/serial/driver b/Documentation/serial/driver
index 3706a465fe2d7427..ba84d1f38ca1d1e6 100644
--- a/Documentation/serial/driver
+++ b/Documentation
uart_write_console() never existed, not even when the "new
uart_write_console function" was documented.
Fixes: 67ab7f596b6adbae ("[SERIAL] Update serial driver documentation")
Signed-off-by: Geert Uytterhoeven
---
Documentation/serial/driver | 5 -
1 file changed, 5 dele
Signed-off-by: Geert Uytterhoeven
---
Documentation/serial/driver | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Documentation/serial/driver b/Documentation/serial/driver
index ba84d1f38ca1d1e6..65de49a4b39e5baf 100644
--- a/Documentation/serial/driver
+++ b/Documentation
Signed-off-by: Geert Uytterhoeven
---
Documentation/serial/driver | 7 +++
1 file changed, 7 insertions(+)
diff --git a/Documentation/serial/driver b/Documentation/serial/driver
index 50f3d94ed50b341e..3b2a97d5ecc79491 100644
--- a/Documentation/serial/driver
+++ b/Documentation/serial
1 - 100 of 141 matches
Mail list logo
