Cool. I want this revived as well, I just have been missing time to work on it. Lemme know if you get stuck somewhere, I’ll help.
> On Nov 3, 2016, at 8:15 AM, David G. Simmons <[email protected]> wrote: > > Thanks Marko! I'll take a look at this today. I need to look at code for a > few hours anyway, as looking for stray commas and errant cApiTaliZation is > making my eyes hru. :-) > > dg > >> On Nov 3, 2016, at 11:05 AM, marko kiiskila <[email protected]> wrote: >> >> Hi David, >> >> there are few things; hal_uart() interface has changed, now there is a init >> routine which gets called from the bp_init(). >> This call must now have the platform specific HW config in it. This changed >> from before, as then the driver would make >> a call to BSP to ask for the config. >> hal_gpio() has seen some renaming, as not everything there started with hal_ >> prefix. >> >> pkg.yml in the BSP directory is split into pkg.yml, and bsp.yml. Package >> data that’s specific to this guy being BSP >> package goes to bsp.yml, rest stays in pkg.yml. >> Flash layout used to be a C construct, now that data has to be in the >> bsp.yml file as well. >> >> Then there’s the new syscfg.yml file that has to exist. This has things like >> knobs to turn on/off drivers. >> >> A lot of packages have moved, so need to adjust the paths in pkg.yml. >> >> That’s what I can think of right away. It’s not a ton of work, but quite a >> few small things. >> >>> On Nov 2, 2016, at 9:32 AM, David G. Simmons <[email protected]> wrote: >>> >>> Hi Chris, >>> >>> I guess then yay it's not me being daft again but boo that it doesn't work. >>> Have you got an outline of what needs to be done to bring it up to speed? >>> I'm happy to work on it as part of my work to get the demos/docs ready for >>> 1.0 if I know what needs to be done. >>> >>> dg >>> >>>> On Nov 2, 2016, at 12:30 PM, Christopher Collins <[email protected]> >>>> wrote: >>>> >>>> Hi David, >>>> >>>> On Wed, Nov 02, 2016 at 11:51:36AM -0400, David G. Simmons wrote: >>>>> >>>>> I'm hoping that this isn't just more of my git-idiocy, but ... trying to >>>>> get the STM32F3-Discovery board to load the blinky app, and keep getting: >>>>> >>>>> DSimmons-Pro:myproj dsimmons$ newt build stmf3_boot >>>>> Building target targets/stmf3_boot >>>>> Error: Error reading >>>>> /Users/dsimmons/dev/myproj/repos/mynewt_stm32f3/hw/bsp/stm32f3discovery/bsp.yml: >>>>> open : no such file or directory >>>>> >>>>> So, is this yet another instance of my inabilit y manage git? Or is >>>>> something else going on? >>>> >>>> No, definitely not your fault :). It looks like we have been negligent >>>> in keeping the stm32f3 repo up to date with develop. I'm afraid there >>>> is a fair bit of work to do here to get it working with the latest. >>>> >>>> Thanks, >>>> Chris >>> >>> -- >>> David G. Simmons >>> (919) 534-5099 >>> Web <https://davidgs.com/> • Blog <https://davidgs.com/davidgs_blog> • >>> Linkedin <http://linkedin.com/in/davidgsimmons> • Twitter >>> <http://twitter.com/TechEvangelist1> • GitHub <http://github.com/davidgs> >>> /** Message digitally signed for security and authenticity. >>> * If you cannot read the PGP.sig attachment, please go to >>> * http://www.gnupg.com/ <http://www.gnupg.com/> Secure your email!!! >>> * Public key available at keyserver.pgp.com <http://keyserver.pgp.com/> >>> **/ >>> ♺ This email uses 100% recycled electrons. Don't blow it by printing! >>> >>> There are only 2 hard things in computer science: Cache invalidation, >>> naming things, and off-by-one errors. >>> >>> >> > > -- > David G. Simmons > (919) 534-5099 > Web <https://davidgs.com/> • Blog <https://davidgs.com/davidgs_blog> • > Linkedin <http://linkedin.com/in/davidgsimmons> • Twitter > <http://twitter.com/TechEvangelist1> • GitHub <http://github.com/davidgs> > /** Message digitally signed for security and authenticity. > * If you cannot read the PGP.sig attachment, please go to > * http://www.gnupg.com/ <http://www.gnupg.com/> Secure your email!!! > * Public key available at keyserver.pgp.com <http://keyserver.pgp.com/> > **/ > ♺ This email uses 100% recycled electrons. Don't blow it by printing! > > There are only 2 hard things in computer science: Cache invalidation, naming > things, and off-by-one errors. > >
