they
shouldn't (onli /dev/vcsa without a number should), and also fixes
/dev/vcsu that should return scrollback content when scrollback is
active but currently doesn't.
An unnecessary call to vga_set_mem_top() is also removed.
Signed-off-by: Nicolas Pitre
Cc: sta...@vger.kernel.org #
On Fri, 9 Oct 2020, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> The kmap() calls in this FS are localized to a single thread. To avoid
> the over head of global PKRS updates use the new kmap_thread() call.
>
> Cc: Nicolas Pitre
> Signed-off-by: Ira Weiny
Ac
On Wed, 8 Apr 2020, Arnd Bergmann wrote:
> Hi everyone,
>
> I've just restarted doing randconfig builds on top of mainline Linux and
> found a couple of regressions with missing dependency from the recent
> change in the "imply" keyword in Kconfig, presumably these two patches:
>
> 3a9dd3ecb207
On Wed, 8 Apr 2020, Arnd Bergmann wrote:
> On Wed, Apr 8, 2020 at 10:38 PM Nicolas Pitre wrote:
> > On Wed, 8 Apr 2020, Arnd Bergmann wrote:
> > > I have created workarounds for the Kconfig files, which now stop using
> > > imply and do something else in each case. I d
On Thu, 16 Apr 2020, Arnd Bergmann wrote:
> On Thu, Apr 16, 2020 at 12:17 PM Jani Nikula
> wrote:
> >
> > On Thu, 16 Apr 2020, Arnd Bergmann wrote:
> > > On Thu, Apr 16, 2020 at 5:25 AM Saeed Mahameed
> > > wrote:
> > >> BTW how about adding a new Kconfig option to hide the details of
> > >> (
suggest rules for selecting the more suitable base]
>
> url:
> https://github.com/0day-ci/linux/commits/Nicolas-Pitre/div64-h-optimize-do_div-for-power-of-two-constant-divisors/20151103-065348
> config: arm-multi_v7_defconfig (attached as .config)
> reproduce:
> wget
do_div() must only be used with a u64 dividend.
Signed-off-by: Nicolas Pitre
diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c
b/drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c
index 254094ab7f..5da2aa8cc3 100644
--- a/drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c
+++ b/drivers
do_div() is meant to be used with an unsigned dividend.
Signed-off-by: Nicolas Pitre
diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c
b/drivers/gpu/drm/mgag200/mgag200_mode.c
index c99d3fe128..1d4c480f5c 100644
--- a/drivers/gpu/drm/mgag200/mgag200_mode.c
+++ b/drivers/gpu/drm/mgag200
On Fri, 4 Dec 2015, Thierry Reding wrote:
> On Tue, Nov 03, 2015 at 05:01:46PM -0500, Nicolas Pitre wrote:
> > do_div() must only be used with a u64 dividend.
> >
> > Signed-off-by: Nicolas Pitre
> >
> > diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/c
On Mon, 15 Jan 2018, Bartlomiej Zolnierkiewicz wrote:
> On Friday, January 05, 2018 04:42:58 PM Nicolas Pitre wrote:
> >
> > When this method is set, the caller expects struct console_font fields
> > to be properly initialized when it returns. Leave it unset otherwise
&g
When this method is set, the caller expects struct console_font fields
to be properly initialized when it returns. Leave it unset otherwise
nonsensical (leaked kernel stack) values are returned to user space.
Signed-off-by: Nicolas Pitre
Cc: sta...@kernel.org
diff --git a/drivers/video/console
handling of narrowing
> double word read with __get_user_xb() (Russell King's suggestion)
> v3: explain in comment about why this works for narrowing fetch to 1,
> 2, or 4 byte type on ARM.
>
> Signed-off-by: Rob Clark
Acked-by: Nicolas Pitre
>
On Wed, 22 Dec 2010, David Rusling wrote:
> Now for a bit of a rant. Personally, I have a deep and abiding
> respect for open source (for me, it's the key social invention of the
> internet age), however I also recognise that it would not exist
> without companies using open source as pa
On Wed, 22 Dec 2010, Tom Gall wrote:
> The very important part of this whole discussion is getting arm Linux and it's
> 3d driver situation so it TOO is the best.
>
> Right now it's not and pointing to other elements of the system and saying
> "it's great" is besides the point.
My whole point, i
On Wed, 22 Dec 2010, Konstantinos Margaritis wrote:
> On 22 December 2010 20:39, Piotr Gluszenia Slawinski
> wrote:
> >> So to say that the corporate world might need to consider Open Source to
> >> be competitive and survive, but the reverse is not true i.e. Open Source
> >> doesn't _require_ th
On Wed, 22 Dec 2010, Konstantinos Margaritis wrote:
> On 22 December 2010 21:22, Nicolas Pitre wrote:
> > Having accommodations in the kernel for proprietary drivers is not a
> > mutual benefit anymore. That might be hard to understand from your
> > point of view, but the i
On Thu, 23 Dec 2010, Xavier Bestel wrote:
> Le mercredi 22 décembre 2010 à 15:29 -0500, Nicolas Pitre a écrit :
> > It is
> > not economically viable for the Open Source community to accommodate
> > proprietary drivers, irrespective of how loud you might advocate for
>
On Wed, 22 Dec 2010, David Rusling wrote:
> Now for a bit of a rant. Personally, I have a deep and abiding
> respect for open source (for me, it's the key social invention of the
> internet age), however I also recognise that it would not exist
> without companies using open source as pa
On Wed, 22 Dec 2010, Tom Gall wrote:
> The very important part of this whole discussion is getting arm Linux and it's
> 3d driver situation so it TOO is the best.
>
> Right now it's not and pointing to other elements of the system and saying
> "it's great" is besides the point.
My whole point, i
On Wed, 22 Dec 2010, Konstantinos Margaritis wrote:
> On 22 December 2010 20:39, Piotr Gluszenia Slawinski
> wrote:
> >> So to say that the corporate world might need to consider Open Source to
> >> be competitive and survive, but the reverse is not true i.e. Open Source
> >> doesn't _require_ th
On Wed, 22 Dec 2010, Konstantinos Margaritis wrote:
> On 22 December 2010 21:22, Nicolas Pitre wrote:
> > Having accommodations in the kernel for proprietary drivers is not a
> > mutual benefit anymore. ?That might be hard to understand from your
> > point of view, but the i
On Thu, 23 Dec 2010, Xavier Bestel wrote:
> Le mercredi 22 d?cembre 2010 ? 15:29 -0500, Nicolas Pitre a ?crit :
> > It is
> > not economically viable for the Open Source community to accommodate
> > proprietary drivers, irrespective of how loud you might advocate for
>
handling of narrowing
> double word read with __get_user_xb() (Russell King's suggestion)
> v3: explain in comment about why this works for narrowing fetch to 1,
> 2, or 4 byte type on ARM.
>
> Signed-off-by: Rob Clark
Acked-by: Nicolas Pitre
>
23 matches
Mail list logo