Re: [PATCH 2/3] exterminate strtok - drivers/video/au1100fb.c

2005-08-29 Thread Pete Popov
> Then I must be blind, because I still see the old strtok() using code > in there : You must be looking at kernel.org. I'm talking about linux-mips. Any linux mips patches should go through linux-mips.org and Ralf eventually gets them into kernel.org. Pete > [EMAIL PROTECTED]:~/download/kernel

Re: [PATCH 2/3] exterminate strtok - drivers/video/au1100fb.c

2005-08-29 Thread Pete Popov
On Mon, 2005-08-29 at 13:43 +0200, Jesper Juhl wrote: > On 8/25/05, Pete Popov <[EMAIL PROTECTED]> wrote: > > > > I see the patch, or an equivalent, has been applied already. > > > Ohh, where? I don't see such a patch in 2.6.12-rc6-mm2 nor in 2.6.13. 2.6.13.

Re: [PATCH 2/3] exterminate strtok - drivers/video/au1100fb.c

2005-08-24 Thread Pete Popov
I see the patch, or an equivalent, has been applied already. Pete On Wed, 2005-08-24 at 21:08 +0200, Jesper Juhl wrote: > Since strtok() died in 2002 let's not use it - use strsep() instead which > is the replacement function. > > Note: I've not been able to test this patch since I lack both ha

Re: Bitrotting serial drivers

2005-03-20 Thread Pete Popov
Russell King wrote: On Sun, Mar 20, 2005 at 02:51:40PM -0800, Pete Popov wrote: - __register_serial, register_serial, unregister_serial (this driver doesn't support PCMCIA cards, all of which are based on 8250-compatible devices.) I tried a couple of times to cleanly add support to the 825

Re: Bitrotting serial drivers

2005-03-20 Thread Pete Popov
Ralf Baechle wrote: On Sat, Mar 19, 2005 at 02:13:51PM -0800, Andrew Morton wrote: au1x00_uart --- Maintainer: unknown (akpm - any ideas?) Ralf. Actually Pete Popov ([EMAIL PROTECTED]) who I put on the cc. Thanks :) This is a complete clone of 8250.c, which includes all the 8250-specific

serial.c

2000-10-25 Thread Pete Popov
In serial.c, it appears that unless do_autoconfig() is called through an ioctl() call, the variable state->type, which is used to index into the uart_config[] array, is not set, resulting in problems (I'm working with a mips embedded board). Why not set info->type from sstate->type in get_async_