All of lore.kernel.org
 help / color / mirror / Atom feed
From: Seb James <seb@peak.uklinux.net>
To: Wolfgang Denk <wd@denx.de>
Cc: u-boot-users@lists.sourceforge.net, linuxppc-embedded@lists.linuxppc.org
Subject: Re: [U-Boot-Users] soft_i2c and ds1307 with tqm823l
Date: Mon, 30 Jun 2003 15:08:00 +0100	[thread overview]
Message-ID: <3F004440.6000301@peak.uklinux.net> (raw)
In-Reply-To: <20030630133530.CC405C592A@atlas.denx.de>


Wolfgang Denk wrote:
[ snip ]

>>Ok, well I've successfully compiled with CONFIG_HARD_I2C and have
>>communicated with my clock, so that is good. Next up is transferring the
>>date in u-boot to linux, but I'm sure that will be documented somewhere.
>>
>>
>
>You don't "transfer" the daye. Linux will pick it  up  itself  (which
>requires an RTC driver and eventually some modifications).
>

Let me check that I understand: As far as I can see the u-boot realtime
clock drivers just allow you to set and read the time from the u-boot
command line; a useful utility. If linux is to read the time from the
realtime clock it must have a realtime clock driver of its own; there's
no way that u-boot can pass the time to linux at boot time? (Of course,
this would be fraught with difficulties, because depending on how fast
your cpu boots linux, a different amount of time would elapse before
linux could actually do something with the passed date stamp).

So, next up for me is to write a linux driver for the ds1307. I was
actually in the middle of that before getting sidetracked by the u-boot
rtc code. However, the u-boot code has enabled me to hardware debug my
realtime clock circuit, so that was very useful.  Has anyone written a
linux driver for the ds1307 or similar? (I'm cross posting to the
linuxppc-embedded list to ask this question).

>>As for CONFIG_SOFT_I2C; Attached (really this time) is a diff between
>>the original u-boot-0.4.0/include/configs/TQM823L.h and the one that I
>>have altered. The compile of soft_i2c.c fails with the following error
>>messages:
>>
>>
>
>That's because you did  not  define  the  required  macros  (see  for
>example the configuration in lwmon.h).
>
>
Right, so it's not the case that you just #define CONFIG_SOFT_I2C; you
have to correctly define the macros. I shall do some work on the readme
and post a diff later on. Thanks for the pointers.

best,

Seb


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

WARNING: multiple messages have this Message-ID (diff)
From: Seb James <seb@peak.uklinux.net>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] soft_i2c and ds1307 with tqm823l
Date: Mon, 30 Jun 2003 15:08:00 +0100	[thread overview]
Message-ID: <3F004440.6000301@peak.uklinux.net> (raw)
In-Reply-To: <20030630133530.CC405C592A@atlas.denx.de>

Wolfgang Denk wrote:
[ snip ]

>>Ok, well I've successfully compiled with CONFIG_HARD_I2C and have 
>>communicated with my clock, so that is good. Next up is transferring the 
>>date in u-boot to linux, but I'm sure that will be documented somewhere.
>>    
>>
>
>You don't "transfer" the daye. Linux will pick it  up  itself  (which
>requires an RTC driver and eventually some modifications).
>

Let me check that I understand: As far as I can see the u-boot realtime 
clock drivers just allow you to set and read the time from the u-boot 
command line; a useful utility. If linux is to read the time from the 
realtime clock it must have a realtime clock driver of its own; there's 
no way that u-boot can pass the time to linux at boot time? (Of course, 
this would be fraught with difficulties, because depending on how fast 
your cpu boots linux, a different amount of time would elapse before 
linux could actually do something with the passed date stamp).

So, next up for me is to write a linux driver for the ds1307. I was 
actually in the middle of that before getting sidetracked by the u-boot 
rtc code. However, the u-boot code has enabled me to hardware debug my 
realtime clock circuit, so that was very useful.  Has anyone written a 
linux driver for the ds1307 or similar? (I'm cross posting to the 
linuxppc-embedded list to ask this question).

>>As for CONFIG_SOFT_I2C; Attached (really this time) is a diff between 
>>the original u-boot-0.4.0/include/configs/TQM823L.h and the one that I 
>>have altered. The compile of soft_i2c.c fails with the following error 
>>messages:
>>    
>>
>
>That's because you did  not  define  the  required  macros  (see  for
>example the configuration in lwmon.h).
>  
>
Right, so it's not the case that you just #define CONFIG_SOFT_I2C; you 
have to correctly define the macros. I shall do some work on the readme 
and post a diff later on. Thanks for the pointers.

best,

Seb

  reply	other threads:[~2003-06-30 14:08 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-30 12:23 [U-Boot-Users] soft_i2c and ds1307 with tqm823l Seb James
2003-06-30 12:36 ` Seb James
2003-06-30 12:50   ` Wolfgang Denk
2003-06-30 12:39 ` Wolfgang Denk
2003-06-30 13:14   ` Seb James
2003-06-30 13:35     ` Wolfgang Denk
2003-06-30 14:08       ` Seb James [this message]
2003-06-30 14:08         ` Seb James
2003-06-30 14:18         ` Wolfgang Denk
2003-06-30 14:18           ` Wolfgang Denk
2003-06-30 14:58           ` Seb James
2003-06-30 16:26             ` Wolfgang Denk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3F004440.6000301@peak.uklinux.net \
    --to=seb@peak.uklinux.net \
    --cc=linuxppc-embedded@lists.linuxppc.org \
    --cc=u-boot-users@lists.sourceforge.net \
    --cc=wd@denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.