Fix a misspelling of "preceding".
Signed-off-by: Geert Uytterhoeven
---
drivers/vhost/scsi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/vhost/scsi.c b/drivers/vhost/scsi.c
index abef0619c7901af0..2d689181bafef241 100644
--- a/drivers/vhost/scsi.c
+++
uot; | sort | uniq -c | sort -rn |
> head -20
> 38494 struct device *dev
> 16388 struct net_device *dev
>4184 struct drm_device *dev
>2780 struct pci_dev *dev
>1916 struct comedi_device *dev
>1510 struct mlx5_core_dev *dev
> 1057 struct mlx4_dev *dev
in the
shmob_drm-specific subclasses of drm_{crtc,connector,plane} to "base".
https://lore.kernel.org/dri-devel/b3daca80f82625ba14e3aeaf2fca6dcefa056e47.1687423204.git.geert+rene...@glider.be
> Also the functions that deal with both a struct device and a struct
> drm_device ofte
Hi Dmitry,
On Mon, Jun 26, 2023 at 6:11 PM Dmitry Osipenko
wrote:
> On 6/25/23 18:36, Geert Uytterhoeven wrote:
> > On Sun, Jun 25, 2023 at 2:41 PM Dmitry Osipenko
> > wrote:
> >> On 6/25/23 11:47, Geert Uytterhoeven wrote:
> >>> On Sun, Apr 16, 2023 at
Hi Dmitry,
On Sun, Jun 25, 2023 at 2:41 PM Dmitry Osipenko
wrote:
> On 6/25/23 11:47, Geert Uytterhoeven wrote:
> > On Sun, Apr 16, 2023 at 1:55 PM Dmitry Osipenko
> > wrote:
> >> Add sync object DRM UAPI support to VirtIO-GPU driver. Sync objects
> >> support i
= 0; i < num_in_syncobjs; i++) {
> + u64 address = exbuf->in_syncobjs + i * syncobj_stride;
> + struct dma_fence *fence;
> +
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In persona
Hi Kamel,
On Thu, Apr 13, 2023 at 9:48 AM wrote:
> Le 2021-10-04 14:44, Geert Uytterhoeven a écrit :
> What is the status for this patch, is there any remaining
> changes to be made ?
You mean commit a00128dfc8fc0cc8 ("gpio: aggregator: Add interrupt
support") in v5.17?
/title: \u\2/' {} \;
>
> Signed-off-by: Krzysztof Kozlowski
> Acked-by: Alexandre Belloni
> Reviewed-by: Jonathan Cameron
> .../devicetree/bindings/interrupt-controller/renesas,irqc.yaml | 2 +-
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
inux-std.lds |1 -
> arch/m68k/kernel/vmlinux-sun3.lds | 1 -
FWIW
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical peop
d for compiling userspace.
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 "prog
GPIO controller.
Note that this does not implement full interrupt controller (irq_chip)
support, so using e.g. gpio-keys with "interrupts" instead of "gpios"
still does not work.
Signed-off-by: Geert Uytterhoeven
---
I would prefer to avoid implementing irq_chip support, u
t.
>
> The common behavior PF_USER_WORKER covers is the initial frame and fpu
> setup and the vm reclaim handling.
>
> Signed-off-by: Mike Christie
> arch/m68k/kernel/process.c | 2 +-
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Ge
Hi Viresh,
On Thu, Oct 21, 2021 at 12:49 PM Viresh Kumar wrote:
> On 21-10-21, 12:07, Geert Uytterhoeven wrote:
> > On Thu, Oct 21, 2021 at 11:52 AM Viresh Kumar
> > wrote:
> > > The structure will get aligned to the size of largest element and each
> > > ele
he size of the largest element, but
to the largest alignment needed for each member.
This can be smaller than the size of the largest element.
E.g. alignof(long long) might be 4, not 8. And m68k aligns to
two bytes at most.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -
KER into a new PF flag PF_USER_WORKER.
>
> Signed-off-by: Mike Christie
> arch/m68k/kernel/process.c | 2 +-
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k
Hi Viresh,
On Tue, Oct 5, 2021 at 7:50 AM Viresh Kumar wrote:
> On 04-10-21, 14:44, Geert Uytterhoeven wrote:
> > Currently the GPIO Aggregator does not support interrupts. This means
> > that kernel drivers going from a GPIO to an IRQ using gpiod_to_irq(),
> > and userspa
Hi Andy,
On Mon, Oct 4, 2021 at 3:21 PM Andy Shevchenko
wrote:
> On Mon, Oct 4, 2021 at 3:45 PM Geert Uytterhoeven
> wrote:
> > Currently the GPIO Aggregator does not support interrupts. This means
> > that kernel drivers going from a GPIO to an IRQ using gpiod_to_irq(),
GPIO controller.
Note that this does not implement full interrupt controller (irq_chip)
support, so using e.g. gpio-keys with "interrupts" instead of "gpios"
still does not work.
Signed-off-by: Geert Uytterhoeven
---
I would prefer to avoid implementing irq_chip support, u
ker_flags to copy_thread, so in the next patch we can add new worker
> flags that function can see.
>
> Signed-off-by: Mike Christie
> arch/m68k/kernel/process.c | 2 +-
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There
t wouldn't hurt to add parentheses to improve
readability:
if (unlikely((p->flags & (PF_KTHREAD)) ||
(worker_flags & KERN_WORKER_USER))) {
> /* kernel thread */
> memset(frame, 0, sizeof(struct fork_frame));
>
; implemented buses return an ignored error code and so don't anticipate
> wrong expectations for driver authors.
> drivers/zorro/zorro-driver.c | 3 +--
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There
Hi Viresh,
On Tue, Jun 15, 2021 at 1:15 PM Viresh Kumar wrote:
> On 11-06-21, 10:22, Geert Uytterhoeven wrote:
> > The same reasoning can apply to your backend daemon, so when using
> > the GPIO aggregator, you can just control a full gpiochip, without
> > having to implem
Hi Viresh,
On Fri, Jun 11, 2021 at 10:01 AM Viresh Kumar wrote:
> On 11-06-21, 09:42, Geert Uytterhoeven wrote:
> > On Fri, Jun 11, 2021 at 5:56 AM Viresh Kumar
> > wrote:
> > > On 10-06-21, 22:46, Linus Walleij wrote:
> > > > thanks for working on th
Aggregator"[2].
[1]
https://lore.kernel.org/linux-gpio/20200423090118.11199-1-geert+rene...@glider.be
[2]
https://lore.kernel.org/linux-doc/20200511145257.22970-1-geert+rene...@glider.be/
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 --
Hi Thomas,
On Mon, Apr 26, 2021 at 2:22 PM Thomas Zimmermann wrote:
> Am 20.04.21 um 11:27 schrieb Geert Uytterhoeven:
> > On Tue, Apr 20, 2021 at 11:22 AM Gerd Hoffmann wrote:
> >>>>> Patches 4 to 8 add the simpledrm driver. It's build on simple DRM
>
88 or rgb565
> (depending on display resolution). We could pull off the same trick
> here and convert to rgb332 (assuming we can program the palette with the
> color cube needed for that). Wouldn't look pretty, but would probably
> work better than expecting userspace know what co
Hi Daniel,
On Tue, Apr 20, 2021 at 10:46 AM Daniel Vetter wrote:
> On Mon, Apr 19, 2021 at 10:00:56AM +0200, Geert Uytterhoeven wrote:
> > On Fri, Apr 16, 2021 at 11:00 AM Thomas Zimmermann
> > wrote:
> > > This patchset adds support for simple-framebuffer platform devi
d as a replacement for offb, too...
> Patches 4 to 8 add the simpledrm driver. It's build on simple DRM helpers
> and SHMEM. It supports 16-bit, 24-bit and 32-bit RGB framebuffers. During
if support for 8-bit frame buffers would be added?
Gr{oetje,eeting}s,
Ge
sdev->clks[i] = clock;
> + }
of_clk_bulk_get_all() + clk_bulk_prepare_enable()?
There's also devm_clk_bulk_get_all(), but not for the OF variant.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge..
sed uninitialized" warnings thrown up by gcc-4.1, until
(a bit later than) support for that compiler was removed...
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal con
Ard Biesheuvel
> Suggested-by: Richard Earnshaw
> Signed-off-by: Michael S. Tsirkin
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 my
> > > > not set". So this patch tries to enable CONFIG_VHOST
> > > > > > > > > > explicitly in
> > > > > > > > > > defconfigs that enables CONFIG_VHOST_NET and
> > > > > > > > > > CON
On Mon, 13 Apr 2020, Geert Uytterhoeven wrote:
Below is the list of build error/warning regressions/improvements in
v5.7-rc1[1] compared to v5.6[2].
Summarized:
- build errors: +132/-3
- build warnings: +257/-79
Happy fixing! ;-)
Thanks to the linux-next team for providing the build service
f-by: Michael S. Tsirkin
As this fixes the Sun-3 all{mod,yes}-config build, which has NO_DMA=y:
Acked-by: Geert Uytterhoeven
However, you may want to follow Christoph's suggestion instead.
> --- a/drivers/vdpa/Kconfig
> +++ b/drivers/vdpa/Kconfig
> @@ -14,7 +14,7 @@ if VDPA_
Hi Jason,
On Fri, Apr 10, 2020 at 10:33 AM Jason Wang wrote:
> On 2020/4/10 下午3:53, Geert Uytterhoeven wrote:
> > On Thu, Apr 9, 2020 at 6:04 AM Linux Kernel Mailing List
> > wrote:
> >> Commit: 20c384f1ea1a0bc7320bc445c72d
I think this deserves a help text, so users know if they want to enable this
option or not.
Thanks!
> +if VHOST_MENU
> +
> config VHOST_NET
> tristate "Host kernel accelerator for virtio net"
> depends on NET && EVENTFD && (TUN || !TU
hich loop TX traffic back
> + to RX. This device is used for testing, prototyping and
> + development of vDPA.
> +
> +endif # VDPA_MENU
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 --
t
> > bring except longer code to read?
>
> Because the argument is an int:
>
> drivers/net/wireless/ath/ath5k/ahb.c: In function ‘ath_ahb_probe’:
> drivers/net/wireless/ath/ath5k/ahb.c:141:18: warning: passing argument 1 of
> ‘ioread32’ makes pointer from integer without a cast
emory under the address
> so they can be converted to a "const" version for const-safety and
> consistency among architectures.
>
> Suggested-by: Geert Uytterhoeven
> Signed-off-by: Krzysztof Kozlowski
> Reviewed-by: Geert Uytterhoeven
Reviewed
Hi Christophe,
On Wed, Jan 8, 2020 at 9:35 AM Christophe Leroy wrote:
> Le 08/01/2020 à 09:18, Krzysztof Kozlowski a écrit :
> > On Wed, 8 Jan 2020 at 09:13, Geert Uytterhoeven
> > wrote:
> >> On Wed, Jan 8, 2020 at 9:07 AM Geert Uytterhoeven
> >> wrote:
>
Hi Krzysztof,
On Wed, Jan 8, 2020 at 9:07 AM Geert Uytterhoeven wrote:
> On Tue, Jan 7, 2020 at 5:53 PM Krzysztof Kozlowski wrote:
> > The ioread8/16/32() and others have inconsistent interface among the
> > architectures: some taking address as const, some not.
> >
adw, const volatile)
> REMAP1(u32, readl, const volatile)
Same for REMAP2() macro below, for iowrite*().
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people,
hed into one.
Yes, they should be squashed, cfr. Arnd's comment.
I also wouldn't bother doing the updates in patches 6-10.
The rest looks good to me.
Thanks a lot!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux
rs] Error 2
> make: *** [Makefile:179: sub-make] Error 2
Looks like you forgot to update the forward declaration in
drivers/net/ethernet/8390/8390.h
There may be others...
http://kisskb.ellerman.id.au/kisskb/head/6cf8298daad041cd15dc514d8a4f93ca3636c84e/
Gr{oetje,eeting}s,
ig.bus | 2 +-
> arch/m68k/Kconfig.debug| 16
> arch/m68k/Kconfig.machine | 8 ++++
For m68k:
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Li
Signed-off-by: Geert Uytterhoeven
---
mm/balloon_compaction.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/balloon_compaction.c b/mm/balloon_compaction.c
index ba739b76e6c52e55..17ac81d8d26bcb50 100644
--- a/mm/balloon_compaction.c
+++ b/mm/balloon_compaction.c
@@ -60,7
y about asking if that has been asked already.
>
> Wouldn't it be slightly less intrusive to simply redefined
> pr_warning() as a synonym for pr_warn()?
That's already the case.
This series cleans up the cruft, so we can catch all users with
"git grep -w pr_warn".
G
On Mon, Jul 4, 2016 at 10:12 AM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v4.7-rc6[1] to v4.7-rc5[3], the summaries are:
> - build errors: +3/-2
+ /home/kisskb/slave/src/drivers/vhost/vhost.c: error: call to
'__compiletime_assert_844' declared with attribute err
Submitters of device tree binding documentation may forget to CC
the subsystem maintainer if this is missing.
Signed-off-by: Geert Uytterhoeven
Cc: Michael S. Tsirkin
Cc: virtualization@lists.linux-foundation.org
---
Please apply this patch directly if you want to be involved in device
tree
On Mon, Oct 19, 2015 at 12:11 PM, Arnd Bergmann wrote:
> On Monday 19 October 2015 09:34:15 Geert Uytterhoeven wrote:
>> On Wed, Oct 7, 2015 at 1:23 PM, Arnd Bergmann wrote:
>> > static __inline__ int atomic64_add_unless(atomic64_t *v, long a, long u)
>> >
>> &
-bit ones just #define atomic64_t atomic_long_t, so they don't have
>> to provide three sets of functions.
>
> scratch that, I just looked at all the architectures and found that it's
> just completely arbitrary, even within one architecture you get a mix
> of 'long' an
On Mon, Nov 24, 2014 at 1:15 PM, Michael S. Tsirkin wrote:
> On Mon, Nov 24, 2014 at 01:03:24PM +0100, Geert Uytterhoeven wrote:
>> On Mon, Nov 24, 2014 at 12:52 PM, Michael S. Tsirkin wrote:
>> > virtio 1.0 makes all memory structures LE, so
>> > we need APIs to con
ot;.
> */
> struct vring_desc {
> /* Address (guest-physical). */
> - __u64 addr;
> + __virtio64 addr;
... and __le64?
There's already lots of precedence or this, even in include/uapi/.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoe
On Wed, Jan 15, 2014 at 9:46 AM, Michael S. Tsirkin wrote:
> On Wed, Jan 15, 2014 at 09:36:13AM +0100, Geert Uytterhoeven wrote:
>> On Wed, Jan 15, 2014 at 9:26 AM, Michael S. Tsirkin wrote:
>> > As a result of backporting a bugfix, virtio_net started passing void *
&g
a macro, the result is build failure as the macro tries to dereference
> void*.
>
> Fix by reordering code slightly, so we always pass
> struct page * to page_address.
Thanks for the clue! I was just investigating a similar failure in -next.
Gr{oetje,eeting}s,
Error 2
X86 is the sole architecture that has ENTRY_TEXT in its
arch/*/kernel/vmlinux.lds.S.
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 my
perhaps based on the theory of regular languages?
grep -E "(pat1|pat2|pat3|...)"?
Or am I missing something?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with
am_pages and zone->managed_pages, which makes the code
> much more clear.
>
> Signed-off-by: Jiang Liu
I have a few minor comments (see below), but apart from that:
Acked-by: Geert Uytterhoeven
> ---
> include/linux/mm.h | 48 +++
ex_trylock(struct mutex *lock);
So that's why the return value was inverted (when treating it as a boolean).
I can understand that.
However:
+/**
+ * console_trylock - try to lock the console system for exclusive use.
+ *
+ * Tried to acquire a lock which guarantees that the caller has
+ * e
59 matches
Mail list logo