Re: Cubox i4pro real time clock(s)

2015-05-02 Thread Ian Campbell
On Wed, 2015-04-29 at 15:33 -0700, Rick Thomas wrote: > On Apr 29, 2015, at 12:35 PM, Karsten Merker wrote: > > On Tue, Apr 28, 2015 at 04:55:40AM -0700, Rick Thomas wrote: > >> On Apr 10, 2015, at 4:20 AM, Karsten Merker wrote: > >>> On Fri, Apr 10, 2015 at 03:07:31AM -0700, Rick Thomas wrote: P

Re: Cubox i4pro real time clock(s)

2015-04-29 Thread Rick Thomas
On Apr 29, 2015, at 12:35 PM, Karsten Merker wrote: > On Tue, Apr 28, 2015 at 04:55:40AM -0700, Rick Thomas wrote: >> On Apr 10, 2015, at 4:20 AM, Karsten Merker wrote: >>> On Fri, Apr 10, 2015 at 03:07:31AM -0700, Rick Thomas wrote: Checking /boot/config-3.16.0-4-armmp, I see what I th

Re: Cubox i4pro real time clock(s)

2015-04-28 Thread John Holland
> On 29.04.2015, at 07:57, Rainer Dorsch wrote: > > Hi, > > On Tuesday 28 April 2015 04:55:40 Rick Thomas wrote: > > On Apr 10, 2015, at 4:20 AM, Karsten Merker wrote: > > > On Fri, Apr 10, 2015 at 03:07:31AM -0700, Rick Thomas wrote: > > >> Checking /boot/config-3.16.0-4-armmp, I see what I

Re: Cubox i4pro real time clock(s)

2015-04-28 Thread Rainer Dorsch
Hi, On Tuesday 28 April 2015 04:55:40 Rick Thomas wrote: > On Apr 10, 2015, at 4:20 AM, Karsten Merker wrote: > > On Fri, Apr 10, 2015 at 03:07:31AM -0700, Rick Thomas wrote: > >> Checking /boot/config-3.16.0-4-armmp, I see what I think is an > >> explanation, because > >> > >>> # CONFIG_RTC_DRV

Re: Cubox i4pro real time clock(s)

2015-04-28 Thread Rick Thomas
On Apr 10, 2015, at 4:20 AM, Karsten Merker wrote: > On Fri, Apr 10, 2015 at 03:07:31AM -0700, Rick Thomas wrote: > >> >> Checking /boot/config-3.16.0-4-armmp, I see what I think is an >> explanation, because >> >>> # CONFIG_RTC_DRV_PCF8523 is not set >> >> and >> >>> CONFIG_RTC_DRV_SNVS=y

Re: Cubox i4pro real time clock(s)

2015-04-12 Thread Rick Thomas
Bug #782364 Thanks for your help! Rick On Apr 10, 2015, at 4:20 AM, Karsten Merker wrote: > > Please file a wishlist bug against "Source: linux, Version: > 3.16.7-ckt9-1" so that the kernel maintainers can enable the > module for the next kernel upload. -- To UNSUBSCRIBE, email to debian-a