On Dec 31, 2013, at 12:46 PM, Krystian Lewandowski
wrote:
> I tried to look at 9front BCM tree, it seems to be a bit different (no
> fakertc device for example) from the one at Bell Labs, is it by purpose or
> just trees are not synched? I.FN"m asking because i have 9front on my
> laptop a
I do remember some post asking about the status of the GPIO interfacing to
the Plan 9 OS some time ago, when you released the temperature readouts, I
had some hopes you might go on and address the GPIO functions, of which
until your work consisted solely of the serial port for debug purposes -
corr
I don’t mind! I don’t think what i did is a major improvement - only some ideas
of a begginer. BCM port in general was a milestone. I’m just trying to connect
dots while learning something - and have some fun with it.
Happy new year for you too.
Krystian
Wiadomość napisana przez Shane Morris w
As an addendum to my comments, and the ones made by Erik, I post this
RaspberryPi thread:
http://www.raspberrypi.org/phpBB3/viewtopic.php?f=29&t=52393
The topic in that thread is the generation of a 50kHz output signal from
the RPis "free running" 1MHz oscillator. Thus, it could not be discipline
My apologies for hijacking the thread, it is an interrelated work, and a
practical example of your work Krystian. In any case, my hat is off to you
for this work. Erik has noted I would get a reasonable accuracy within a
seconds timeframe from the onboard oscillator, and disciplining it is well
wit
Wiadomość napisana przez erik quanstrom w dniu 31 gru
2013, o godz. 20:50:
> On Tue Dec 31 14:40:29 EST 2013, edgecombe...@gmail.com wrote:
>
>> Erik,
>>
>> Just for the purposes of edification (and curiosity), are you able to
>> elaborate on "long reads"? Its understandable such a scheme wou
> So, in effect, a 1PPS signal would be sufficient to clock second to second?
> I suppose it could be, there would be little drift in the oscillator per
> the second.
>
> As for NTP, this has been suggested to me, and I acknowledge its place,
> certainly. However, I do not wish to tie up network r
So, in effect, a 1PPS signal would be sufficient to clock second to second?
I suppose it could be, there would be little drift in the oscillator per
the second.
As for NTP, this has been suggested to me, and I acknowledge its place,
certainly. However, I do not wish to tie up network resources in
> Of things interrelated, I wish to sample a 10kHz square wave into a GPIO,
> which I am certain the RPi will do, see my earlier post with link to RPi
> forums. This will be a constant signal (an output of a GPSDO, with
> potentially a rubidium oscillator backup). So while the 10kHz is constant,
>
Certainly, that answers my question.
Of things interrelated, I wish to sample a 10kHz square wave into a GPIO,
which I am certain the RPi will do, see my earlier post with link to RPi
forums. This will be a constant signal (an output of a GPSDO, with
potentially a rubidium oscillator backup). So w
On Tue Dec 31 14:40:29 EST 2013, edgecombe...@gmail.com wrote:
> Erik,
>
> Just for the purposes of edification (and curiosity), are you able to
> elaborate on "long reads"? Its understandable such a scheme would be
> implemented in the network drivers, but how exactly does it work, as
> opposed
i won't answer for Erik, but...
there is nothing magic about "long" reads. basically you create multiple
proc's (i.e. rfork) and dedicate one to the reader function. ioproc(2)
library takes care of the housekeeping nicely; also the man page has an
example.
On Tue, Dec 31, 2013 at 11:37 AM, Shan
Erik,
Just for the purposes of edification (and curiosity), are you able to
elaborate on "long reads"? Its understandable such a scheme would be
implemented in the network drivers, but how exactly does it work, as
opposed to a polling scheme or an ISR? I will, of course, Google in a sec
as well.
On Tue Dec 31 12:47:30 EST 2013, krystian@gmail.com wrote:
> Thank you for the feedback, i think "ctl" file and numbering scheme
> selection could do the job. And maybe it could help to establish
> reasonable base for SPI and others.
>
> Is it safe to just generate new dev tree - to return ei
Thank you for the feedback,
i think "ctl" file and numbering scheme selection could do the job. And maybe
it could help to establish reasonable base for SPI and others.
Is it safe to just generate new dev tree - to return either BCM, WiringPi or
board pin set - based on pin numbering scheme sele
6a in MODE $64 is producing some alignment i did not expect.
i would have expected the symbol to be aligned to 8 bytes.
is this an incorrect assumption?
0110ee (402) TEXT_gdt32p<1>+0(SB),1,$-4
0110ee (404) QUAD$0,
- erik
On Tue Dec 31 08:19:04 EST 2013, cinap_len...@felloff.net wrote:
> its just a case of defensive programming paranoia. i did the change
> after sl reported wifi kproc exiting (went into Broken) state. there
> seemed no other explaination other than a note interrupting it
> so i made all the kprocs s
its just a case of defensive programming paranoia. i did the change
after sl reported wifi kproc exiting (went into Broken) state. there
seemed no other explaination other than a note interrupting it
so i made all the kprocs safe to be interrupted by notes. i found this
pattern in many places. most
On 31 December 2013 01:24, Anthony Martin wrote:
> All of the network
> medium receive kprocs (e.g., etherread4) can be sent
> notes (only by the kernel, of course).
>
yes, but they allow for that.
19 matches
Mail list logo
