On Thu, 11 May 2023, Thomas Zimmermann wrote:
> But I'd really like to see most of these drivers being moved into
> staging and deleted soon afterwards. Users will complain about those
> drivers that are really still required. Those might be worth to spend
> effort on.
>
That strategy is not
Hi Geert,
On Mon, 14 Mar 2022, Geert Uytterhoeven wrote:
> On Mon, Mar 14, 2022 at 4:05 PM Pekka Paalanen wrote:
> > On Mon, 14 Mar 2022 14:30:18 +0100
> > Geert Uytterhoeven wrote:
> > > On Mon, Mar 7, 2022 at 9:53 PM Geert Uytterhoeven
> > > wrote:
> > > > Introduce fourcc codes for color-i
On Wed, 25 Nov 2020, Nick Desaulniers wrote:
> On Wed, Nov 25, 2020 at 1:33 PM Finn Thain
> wrote:
> >
> > Or do you think that a codebase can somehow satisfy multiple checkers
> > and their divergent interpretations of the language spec?
>
> Have we found any c
On Wed, 25 Nov 2020, Nick Desaulniers wrote:
> On Wed, Nov 25, 2020 at 1:33 PM Finn Thain wrote:
> >
> > Or do you think that a codebase can somehow satisfy multiple checkers
> > and their divergent interpretations of the language spec?
>
> Have we found any case
On Wed, 25 Nov 2020, Nick Desaulniers wrote:
> So developers and distributions using Clang can't have
> -Wimplicit-fallthrough enabled because GCC is less strict (which has
> been shown in this thread to lead to bugs)? We'd like to have nice
> things too, you know.
>
Apparently the GCC devel
On Tue, 24 Nov 2020, Kees Cook wrote:
> On Mon, Nov 23, 2020 at 08:31:30AM -0800, James Bottomley wrote:
> > Really, no ... something which produces no improvement has no value at
> > all ... we really shouldn't be wasting maintainer time with it because
> > it has a cost to merge. I'm not sure
On Wed, 25 Nov 2020, Miguel Ojeda wrote:
>
> The C standard has nothing to do with this. We use compiler extensions
> of several kinds, for many years. Even discounting those extensions, the
> kernel is not even conforming to C due to e.g. strict aliasing. I am not
> sure what you are trying
On Mon, 23 Nov 2020, Miguel Ojeda wrote:
> On Mon, 23 Nov 2020, Finn Thain wrote:
>
> > On Sun, 22 Nov 2020, Miguel Ojeda wrote:
> >
> > >
> > > It isn't that much effort, isn't it? Plus we need to take into
> > > account the future
On Mon, 23 Nov 2020, Joe Perches wrote:
> On Tue, 2020-11-24 at 11:58 +1100, Finn Thain wrote:
> > it's not for me to prove that such patches don't affect code
> > generation. That's for the patch author and (unfortunately) for
> > reviewers.
>
> Id
On Tue, 27 Oct 2020, t...@redhat.com wrote:
> This rfc will describe
> An upcoming treewide cleanup.
> How clang tooling was used to programatically do the clean up.
> Solicit opinions on how to generally use clang tooling.
>
This tooling is very impressive. It makes possible an idea that I ha
On Tue, 2 Jun 2020, Al Viro wrote:
> I have done that on aranym (which is how I'd been doing all testing for
> e.g. signal-related m68k patches) and I've seen references to some
> out-of-tree qemu variant doing quadra, but nothing for amiga
> emulators...
>
Laurent Vivier's Quadra 800 emulati
On Fri, 7 Feb 2020, Philippe Mathieu-Daudé wrote:
> On Wed, Feb 5, 2020 at 11:18 PM Finn Thain
> wrote:
> > On Wed, 5 Feb 2020, Philippe Mathieu-Daudé wrote:
> > > On Sun, Feb 2, 2020 at 3:41 AM Finn Thain
> > > wrote:
> > > >
> > > >
ble 'j'
[-Wunused-variable]
drivers/video/fbdev/g364fb.c:197:25: warning: unused variable 'pal_ptr'
[-Wunused-variable]
The MIPS Magnum framebuffer console now works when tested in QEMU.
Cc: Bartlomiej Zolnierkiewicz
Fixes: 1da177e4c3f4 ("Linux-
vents
the Linux jazzsonic driver from probing the chip. I have fixed the bugs
that I know of in a series of patches at,
https://github.com/fthain/qemu/commits/sonic
Changed since v1:
- Added reviewed-by and tested-by tags from Philippe Mathieu-Daudé.
- Rebased.
Finn Thain (3):
fbdev/g364fb: Fi
On Wed, 5 Feb 2020, Philippe Mathieu-Daudé wrote:
> Note, you need to rebase your series due to:
>
> commit 8a48ac339398f21282985bff16552447d41dcfb2
> Author: Jani Nikula
> Date: Tue Dec 3 18:38:50 2019 +0200
>
> video: constify fb ops across all drivers
>
OK.
Thanks for your r
On Wed, 5 Feb 2020, Philippe Mathieu-Daudé wrote:
> On Sun, Feb 2, 2020 at 3:41 AM Finn Thain wrote:
> >
> > This patch resolves these compiler errors and warnings --
> >
> > CC drivers/video/fbdev/g364fb.o
> > drivers/video/fbdev/g364fb.c: In function &
vents
the Linux jazzsonic driver from probing the chip. I have fixed the bugs
that I know of in a series of patches at,
https://github.com/fthain/qemu/commits/sonic
Finn Thain (3):
fbdev/g364fb: Fix build failure
mips/jazz: Remove redundant settings and shrink jazz_defconfig
mips/jazz: Update
ble 'j'
[-Wunused-variable]
drivers/video/fbdev/g364fb.c:197:25: warning: unused variable 'pal_ptr'
[-Wunused-variable]
The MIPS Magnum framebuffer console now works when tested in QEMU.
Cc: Bartlomiej Zolnierkiewicz
Fixes: 1da177e4c3f4 ("Linux-2.6.12-rc2")
Signe
e: Mon, 1 Apr 2019 17:46:58 +0200
Subject: [PATCH] video: imsttfb: fix potential NULL pointer dereferences
In case ioremap fails, the fix releases resources and returns
-ENOMEM to avoid NULL pointer dereferences.
Signed-off-by: Kangjie Lu
Cc: Aditya Pakki
Cc: Finn Thain
Cc: Rob Herring
Cc: Greg
Don't skip the framebuffer CLUT pointer register initialization when
the first dafb_setpalette() invocation has regno equal to zero.
Cc: linux-m...@lists.linux-m68k.org
Suggested-by: Geert Uytterhoeven
Signed-off-by: Finn Thain
---
drivers/video/fbdev/macfb.c | 2 +-
1 file chang
The 'inverse' parameter has no effect otherwise. Remove set-but-unused
variable.
Cc: linux-m...@lists.linux-m68k.org
Signed-off-by: Finn Thain
---
drivers/video/fbdev/macfb.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/video/fbdev/macfb.c b/drivers/v
get assigned
unconditionally. Remove redundant initializers.
Cc: linux-m...@lists.linux-m68k.org
Tested-by: Stan Johnson
Signed-off-by: Finn Thain
---
drivers/video/fbdev/macfb.c | 24
1 file changed, 24 deletions(-)
diff --git a/drivers/video/fbdev/macfb.c b/drivers/vi
On Tue, 22 Jan 2019, Greg Kroah-Hartman wrote:
> On Tue, Jan 15, 2019 at 03:18:56PM +1100, Finn Thain wrote:
> > The "generic" NVRAM module, drivers/char/generic_nvram.c, implements a
> > /dev/nvram misc device. This module is used only by 32-bit PowerPC
> > pl
Remove the nvram_read_byte() and nvram_write_byte() declarations in
powerpc/include/asm/nvram.h and use the cross-platform static functions
in linux/nvram.h instead.
Tested-by: Stan Johnson
Signed-off-by: Finn Thain
---
Changed since v8:
- Added nvram_read_byte() and nvram_write_byte
* See GetPreferredConfiguration and SavePreferredConfiguration in
"Designing PCI Cards and Drivers for Power Macintosh Computers".
** See SetDefaultMode and GetDefaultMode in "Designing Cards and Drivers
for the Macintosh Family".
Signed-off-by: Finn Thain
---
Changed sinc
- Changed the CONFIG_NVRAM default to better approximate the present code.
In particular, the CONFIG_GENERIC_NVRAM default and use of "select NVRAM".
- Added more tested-by tags.
For older change logs, please refer to,
https://lore.kernel.org/lkml/20151101104202.301856...@telegraphics.com.a
On Sun, 30 Dec 2018, I wrote:
> On Sat, 29 Dec 2018, LEROY Christophe wrote:
>
> > Finn Thain a ?crit?:
> >
> > > Make use of arch_nvram_ops in device drivers so that the nvram_* function
> > > exports can be removed.
> > >
> > > Sin
On Mon, 31 Dec 2018, Arnd Bergmann wrote:
> On Sun, Dec 30, 2018 at 12:43 AM Finn Thain
> wrote:
>
> >
> > Is there some benefit, or is that just personal taste?
> >
> > Avoiding changes to call sites avoids code review, but I think 1) the
> > thinkpad_
On Sat, 29 Dec 2018, LEROY Christophe wrote:
> Finn Thain a ?crit?:
>
> > Make use of arch_nvram_ops in device drivers so that the nvram_* function
> > exports can be removed.
> >
> > Since they are no longer global symbols, rename the PPC32 nvram_* functions
>
Make use of arch_nvram_ops in device drivers so that the nvram_* function
exports can be removed.
Since they are no longer global symbols, rename the PPC32 nvram_* functions
appropriately.
Signed-off-by: Finn Thain
---
arch/powerpc/kernel/setup_32.c | 8
drivers/char
Macintosh Computers".
** See SetDefaultMode and GetDefaultMode in "Designing Cards and Drivers
for the Macintosh Family".
Signed-off-by: Finn Thain
---
drivers/video/fbdev/Kconfig| 2 +-
drivers/video/fbdev/imsttfb.c | 12 +---
drivers/video/fbd
The nvram_read_byte() and nvram_write_byte() definitions in asm/nvram.h
duplicate those in linux/nvram.h. Get rid of the former to prepare for
adoption of struct arch_nvram_ops (which is defined in linux/nvram.h for
general use).
Signed-off-by: Finn Thain
Tested-by: Stan Johnson
---
arch
On Mon, 9 Jul 2018, Daniel Vetter wrote:
> Avoids the inverted check compared to the open-coded version.
>
> Signed-off-by: Daniel Vetter
> Cc: Finn Thain
> Cc: linux-m...@lists.linux-m68k.org
Acked-by: Finn Thain
> ---
> include/linux/nubus.h | 2 +-
> 1 file ch
tch to fix broken web addresses in the kernel.
> > > Please let me know if I missed anything, and I'll go back and fix it.
> > > and lastly Thanks for all the help with this...
> > >
> > > Signed-off-by: Justin P. Mattock
> > > Cc: Maciej W. Rozycki
&g
ned-off-by: Justin P. Mattock
> Cc: Maciej W. Rozycki
> Cc: Geert Uytterhoeven
> Cc: Finn Thain
> Cc: Randy Dunlap
> Cc: Matt Turner
> Cc: Dimitry Torokhov
> Cc: Mike Frysinger
> Acked-by: Ben Pfaff
> Acked-by: Hans J. Koch
>
> ---
> drivers/ata/pata_i
On Mon, 27 Sep 2010, Justin P. Mattock wrote:
> alright.. I'll redu this... remove the brackets, and fix up the rest..
> one note is:
> http://dri.freedesktop.org/wiki/Documentation
> this address is already there..
Right you are.
> probably best to just leave the sourceforge
> address and use
On Sun, 26 Sep 2010, Justin P. Mattock wrote:
> diff --git a/drivers/char/apm-emulation.c b/drivers/char/apm-emulation.c
> index 033e150..d7d9a78 100644
> --- a/drivers/char/apm-emulation.c
> +++ b/drivers/char/apm-emulation.c
> @@ -8,7 +8,7 @@
> * (APM) BIOS Interface Specification, Revision
On Mon, 27 Sep 2010, Justin P. Mattock wrote:
> On 09/27/2010 09:03 AM, Joe Perches wrote:
> > On Mon, 2010-09-27 at 11:10 -0400, John W. Linville wrote:
> > > On Sun, Sep 26, 2010 at 11:31:15AM -0700, Justin P. Mattock wrote:
> > > > Below is an updated patch from the original fixing broken web
On Mon, 27 Sep 2010, Justin P. Mattock wrote:
> alright.. I'll redu this... remove the brackets, and fix up the rest..
> one note is:
> http://dri.freedesktop.org/wiki/Documentation
> this address is already there..
Right you are.
> probably best to just leave the sourceforge
> address and use
On Sun, 26 Sep 2010, Justin P. Mattock wrote:
> diff --git a/drivers/char/apm-emulation.c b/drivers/char/apm-emulation.c
> index 033e150..d7d9a78 100644
> --- a/drivers/char/apm-emulation.c
> +++ b/drivers/char/apm-emulation.c
> @@ -8,7 +8,7 @@
> * (APM) BIOS Interface Specification, Revision
On Mon, 27 Sep 2010, Justin P. Mattock wrote:
> On 09/27/2010 09:03 AM, Joe Perches wrote:
> > On Mon, 2010-09-27 at 11:10 -0400, John W. Linville wrote:
> > > On Sun, Sep 26, 2010 at 11:31:15AM -0700, Justin P. Mattock wrote:
> > > > Below is an updated patch from the original fixing broken web
41 matches
Mail list logo
