Odp: [PATCH 3/4] fb_ddc: Allow I2C adapters without SCL read capability

2015-02-11 Thread Krzysztof Helt
Acked-by: Krzysztof Helt Dnia Sobota, 7 Lutego 2015 21:53 Ondrej Zary napisał(a) > i2c-algo-bit allows I2C adapters without SCL read capability to work but > fb_ddc_read fails to work on them. > > Fix fb_ddc_read to work with I2C adapters not capable of reading SCL. >

Odp: [PATCH 1/4] tridentfb: fix hang on Blade3D with CONFIG_CC_OPTIMIZE_FOR_SIZE

2015-02-11 Thread Krzysztof Helt
Acked-by: Krzysztof Helt Dnia Sobota, 7 Lutego 2015 21:53 Ondrej Zary napisał(a) > When the kernel is compiled with -Os (CONFIG_CC_OPTIMIZE_FOR_SIZE), tridentfb > hangs the machine upon load with Blade3D cards unless acceleration is > disabled. > > This is caused by memcpy

Odp: [PATCH 3/4] fb_ddc: Allow I2C adapters without SCL read capability

2015-02-11 Thread Krzysztof Helt
Acked-by: Krzysztof Helt krzysztof...@wp.pl Dnia Sobota, 7 Lutego 2015 21:53 Ondrej Zary li...@rainbow-software.org napisał(a) i2c-algo-bit allows I2C adapters without SCL read capability to work but fb_ddc_read fails to work on them. Fix fb_ddc_read to work with I2C adapters not capable

Odp: [PATCH 1/4] tridentfb: fix hang on Blade3D with CONFIG_CC_OPTIMIZE_FOR_SIZE

2015-02-11 Thread Krzysztof Helt
Acked-by: Krzysztof Helt krzysztof...@wp.pl Dnia Sobota, 7 Lutego 2015 21:53 Ondrej Zary li...@rainbow-software.org napisał(a) When the kernel is compiled with -Os (CONFIG_CC_OPTIMIZE_FOR_SIZE), tridentfb hangs the machine upon load with Blade3D cards unless acceleration is disabled

Re: [Linux-fbdev-devel] [PATCH 1/2] fb: add support for foreign endianness

2008-02-17 Thread Krzysztof Helt
On Sun, 17 Feb 2008 10:44:32 +0100 (CET) Geert Uytterhoeven <[EMAIL PROTECTED]> wrote: > On Fri, 15 Feb 2008, Anton Vorontsov wrote: > > On Thu, Feb 14, 2008 at 10:49:42PM -0800, Andrew Morton wrote: > > > On Tue, 5 Feb 2008 18:44:32 +0300 Anton Vorontsov <[EMAIL PROTECTED]> > > > wrote: > > >

Re: [Linux-fbdev-devel] [PATCH 1/2] fb: add support for foreign endianness

2008-02-17 Thread Krzysztof Helt
On Sun, 17 Feb 2008 10:44:32 +0100 (CET) Geert Uytterhoeven [EMAIL PROTECTED] wrote: On Fri, 15 Feb 2008, Anton Vorontsov wrote: On Thu, Feb 14, 2008 at 10:49:42PM -0800, Andrew Morton wrote: On Tue, 5 Feb 2008 18:44:32 +0300 Anton Vorontsov [EMAIL PROTECTED] wrote: Actually...

Re: [Linux-fbdev-devel] [PATCH] fbdev: make the best-fit section of fb_find_mode return the closest matching mode

2008-01-27 Thread Krzysztof Helt
On Sun, 27 Jan 2008 12:31:16 +0100 Michal Januszewski <[EMAIL PROTECTED]> wrote: > From: Michal Januszewski <[EMAIL PROTECTED]> > > Currently, if a perfect match in terms of resolution is not found, > fb_find_mode() only looks for a best-fit mode among modes with a > higher resolution than the

Re: [Linux-fbdev-devel] [PATCH] fbdev: make the best-fit section of fb_find_mode return the closest matching mode

2008-01-27 Thread Krzysztof Helt
On Sun, 27 Jan 2008 12:31:16 +0100 Michal Januszewski [EMAIL PROTECTED] wrote: From: Michal Januszewski [EMAIL PROTECTED] Currently, if a perfect match in terms of resolution is not found, fb_find_mode() only looks for a best-fit mode among modes with a higher resolution than the one

[PATCH] s3c-rtc: remove unused variable

2007-10-21 Thread Krzysztof Helt
From: Krzysztof Helt <[EMAIL PROTECTED]> This patch removes unused variable. Signed-off-by: Krzysztof Helt <[EMAIL PROTECTED]> Acked-by: Ben Dooks <[EMAIL PROTECTED]> --- This patch was done against the 2.6.23-git13 kernel. diff -urp linux-ref/drivers/rtc/rtc-s3c.c linux-n

[PATCH] s3c-rtc: remove unused variable

2007-10-21 Thread Krzysztof Helt
From: Krzysztof Helt [EMAIL PROTECTED] This patch removes unused variable. Signed-off-by: Krzysztof Helt [EMAIL PROTECTED] Acked-by: Ben Dooks [EMAIL PROTECTED] --- This patch was done against the 2.6.23-git13 kernel. diff -urp linux-ref/drivers/rtc/rtc-s3c.c linux-new/drivers/rtc/rtc-s3c.c

Re: possible endless loop in PROM initialization

2007-08-20 Thread Krzysztof Helt
On Mon, 20 Aug 2007 12:53:20 +0200 Markus Dahms <[EMAIL PROTECTED]> wrote: > Hello again, > As I'm not sure anymore whether the device tree (show-devs) or the aliases > (devalias) are broken on the Classic X (I "upgraded" mine to a Classic by > changing some NVRAM bytes) this may be a non-issue.

Odp: possible endless loop in PROM initialization

2007-08-20 Thread Krzysztof Helt
Dnia 20-08-2007 o godz. 9:59 Markus Dahms napisał(a): > Hey, > > while trying to define a non-unique devalias at the Sun PROM prompt > (the SPARCclassic X has wrong aliases for scsi, disk1, etc. in the > PROM, at least mine) I fell over a bug resulting in an endless loop > while booting the

Odp: possible endless loop in PROM initialization

2007-08-20 Thread Krzysztof Helt
Dnia 20-08-2007 o godz. 9:59 Markus Dahms napisał(a): Hey, while trying to define a non-unique devalias at the Sun PROM prompt (the SPARCclassic X has wrong aliases for scsi, disk1, etc. in the PROM, at least mine) I fell over a bug resulting in an endless loop while booting the kernel.

Re: possible endless loop in PROM initialization

2007-08-20 Thread Krzysztof Helt
On Mon, 20 Aug 2007 12:53:20 +0200 Markus Dahms [EMAIL PROTECTED] wrote: Hello again, As I'm not sure anymore whether the device tree (show-devs) or the aliases (devalias) are broken on the Classic X (I upgraded mine to a Classic by changing some NVRAM bytes) this may be a non-issue. But it

Re: 2.6.23-rc2-mm1 -- PPC G5 kernel compile failure (patch)

2007-08-09 Thread Krzysztof Helt
> suspicious of the +9 here as hwcursor is only 8 long? Now this > seems to take a numeric value and I assume that is via hwcursor=N, > if so then the +9 would make sense _if_ the strcmp was against > "hwcursor=". > The patch below fixes all issues you have pointed out.

Re: 2.6.23-rc2-mm1 -- PPC G5 kernel compile failure (patch)

2007-08-09 Thread Krzysztof Helt
a numeric value and I assume that is via hwcursor=N, if so then the +9 would make sense _if_ the strcmp was against hwcursor=. The patch below fixes all issues you have pointed out. It also fixes the description of the nomtrr option. --- From: Krzysztof Helt [EMAIL PROTECTED] This patch

Re: [RFC: 2.6 patch] drivers/video/pm3fb.c: possible cleanups

2007-06-05 Thread Krzysztof Helt
Antonino A. Daplas wrote: Krzysztof, I think this patch is okay. If you need to add an option parser for your driver, you can always add this in the future. I haven't been doing cleanup of this driver as I am still working on it (as time allows). The copyarea acceleration is done and

Re: [RFC: 2.6 patch] drivers/video/pm3fb.c: possible cleanups

2007-06-05 Thread Krzysztof Helt
Antonino A. Daplas wrote: Krzysztof, I think this patch is okay. If you need to add an option parser for your driver, you can always add this in the future. I haven't been doing cleanup of this driver as I am still working on it (as time allows). The copyarea acceleration is done and