**** BEGIN LOGGING AT Thu Oct 16 03:00:00 2014
Oct 16 06:46:44 <lumag> hello ant_work
Oct 16 06:47:19 <lumag> IIUC, the offending patch will be reverted. It is up to the original author to fix the issue.
Oct 16 06:52:40 <ant_work> hi
Oct 16 06:53:06 <ant_work> ok, it seems the guys upstream are lacking a pxa25x
Oct 16 06:54:02 <ant_work> btw, I'm a bit confused about sa1100 and pxa mixup...
Oct 16 06:54:21 <ant_work> i.e. pxa has the sa1100-rtc clock iirc
Oct 16 06:54:43 <ant_work> now your patch add pxa timer to sa1100
Oct 16 06:54:47 <ant_work> eek
Oct 16 07:18:30 <lumag> sa1100 is a direct ancestor of pxa family. Some of IP cores were used as is.
Oct 16 07:18:33 <lumag> Like timers.
Oct 16 07:18:52 <lumag> Some (like rtc) are nearly the same (same registers but different layout).
Oct 16 07:19:07 <lumag> Some (like irq controller or gpio) show parent/child relationship.
Oct 16 07:23:41 <ant_work> ok, I see you used the existent pxa_timer but finally shouldn't it be called sa1100_timer?
Oct 16 07:23:58 <ant_work> it predates the pxa one
Oct 16 07:24:45 <lumag> In theory, yes. However it is already named as pxa_timer.
Oct 16 07:24:48 <lumag> So why bother?
Oct 16 07:25:53 <ant_work> heh
Oct 16 07:26:32 <ant_work> btw seems pxa will be soon dt based
Oct 16 07:29:30 <lumag> Partially yes.
Oct 16 07:29:37 <lumag> PCMCIA will be a hard task.
Oct 16 07:29:45 <lumag> At least in its current form.
Oct 16 07:30:09 <lumag> I'm thinking about dt-based sa1100
Oct 16 20:35:47 <ant__> lumag, pxa255 runtime is also ok
Oct 16 20:35:53 <ant__>  -	default 0xf2100000 if DEBUG_PXA_UART1
Oct 16 20:35:53 <ant__> +	default 0xf6200000 if DEBUG_PXA_UART1
**** ENDING LOGGING AT Fri Oct 17 03:00:00 2014