| 8 Feb 2021 |
 alfred-ch | valff: The SVD schema contains a type definition called 'modifiedWriteValuesType'.
https://github.com/ARM-software/CMSIS/blob/master/CMSIS/Utilities/CMSIS-SVD.xsd#L190
Is that the kind of info that would help if it were present in the real SVDs?
Sorry if I my question misses the problem. | 16:32:52 |
 valff | alfred-ch: Yes, this would help. But stm32 and nrf SVDs don't use this feature. | 17:13:21 |
| valff | rmja: Yes, your proposal makes sense. | 17:14:08 |
 rmja | I think it should be a ctor function on thr type, and not a member function on the instance. In that way we are sure not to collide with any of the generated function names. | 17:18:20 |
| rmja | * I think it should be a ctor function on the type, and not a member function on the instance. In that way we are sure not to collide with any of the generated function names. | 17:18:39 |
| valff | Actually associated functions and methods share a single namespace. | 17:27:21 |
| rmja | Ahh yes, that would nok make a difference regarding naming collision. | 17:28:43 |
| rmja | * Ahh yes, that would not make a difference regarding naming collision. | 17:29:06 |
| rmja | Do the Bitfields implement Default, and does that initialize it to zeros? | 17:34:57 |
| rmja | Even though it does not help with naming collision s, I still think that it should be a ctor function. | 17:36:14 |
 @moerk:matrix.org | Have any of you tried probe-rs and defmt? | 21:38:28 |
 grawp | moerk Just the probe-rs. It worked nicely: https://grawp.gitlab.io/embedded-rust/drone-os/ | 22:51:27 |
| 9 Feb 2021 |
| @moerk:matrix.org | grawp the workflow looks similar to the change you proposed a couple month ago | 09:18:26 |
| 10 Feb 2021 |
|  ebrun set a profile picture. | 14:54:02 |
| 11 Feb 2021 |
|  justdot joined the room. | 17:51:30 |
|  tid_the_harvester joined the room. | 19:11:34 |
| 12 Feb 2021 |
|  @llamp:matrix.org joined the room. | 00:35:02 |
|  cookskim joined the room. | 19:36:11 |
| cookskim | I have followed what the drone book say as beginner of this os. I have an obstacle in the final stage. Could anyone help me? | 19:52:38 |
| cookskim | csk@csk-CR70-2M-CX70-2OC-CX70-2OD:~/hello-world$ just flash
cargo build --features "" --release
warning: the cargo feature resolver has been stabilized in the 1.51 release and is no longer necessary to be listed in the manifest
See https://doc.rust-lang.org/nightly/cargo/reference/resolver.html#resolver-versions for more information about using this feature.
Compiling hello-world v0.1.0 (/home/csk/hello-world)
error[E0405]: cannot find trait AllocRef in module core::alloc
--> src/lib.rs:36:1
|
36 | / heap! {
37 | | /// A heap allocator generated from the Drone.toml.
38 | | heap => pub Heap;
39 | | }
| |_^ not found in core::alloc
|
= note: this error originates in a macro (in Nightly builds, run with -Z macro-backtrace for more info)
error: aborting due to previous error
For more information about this error, try rustc --explain E0405.
error: could not compile hello-world
To learn more, run the command again with --verbose.
error: Recipe build failed on line 26 with exit code 101
| 19:52:58 |
| cookskim | Redacted or Malformed Event | 19:55:09 |
| valff | cookskim The current stable version of Drone (0.13) doesn't support the recent Rust nightly. Please downgrade to nightly-2020-11-25. The fix required some breaking changes, and is currently available in the development version of Drone (0.14). | 20:04:26 |
|  @eniac42:matrix.org joined the room. | 22:11:41 |
| @eniac42:matrix.org left the room. | 22:12:01 |
|  @gon.tf:matrix.org left the room. | 22:18:12 |
| 13 Feb 2021 |
| cookskim | In reply to @valff:matrix.org
cookskim The current stable version of Drone (0.13) doesn't support the recent Rust nightly. Please downgrade to nightly-2020-11-25. The fix required some breaking changes, and is currently available in the development version of Drone (0.14). Thank you very much. I was able to take a step forward. But I got stuck because of another issue. I think it is the final boss to me. | 01:02:12 |
| cookskim | Redacted or Malformed Event | 01:02:17 |
| cookskim | Redacted or Malformed Event | 01:04:10 |
| cookskim | In reply to @valff:matrix.org
cookskim The current stable version of Drone (0.13) doesn't support the recent Rust nightly. Please downgrade to nightly-2020-11-25. The fix required some breaking changes, and is currently available in the development version of Drone (0.14). * Thank you very much. I was able to take a step forward. But I got stuck because of another issue. I think it is the final boss to me. Could you help me once more? | 01:04:43 |
| cookskim | In reply to @valff:matrix.org
cookskim The current stable version of Drone (0.13) doesn't support the recent Rust nightly. Please downgrade to nightly-2020-11-25. The fix required some breaking changes, and is currently available in the development version of Drone (0.14). csk@csk-CR70-2M-CX70-2OC-CX70-2OD:~/hello_world/bluepill-blink$ just log
drone log --reset :0:1
Black Magic Probe(SWLINK) v1.7.1-123-g3b8502c, Hardware Version 1
Copyright (C) 2015 Black Sphere Technologies Ltd.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
Assert SRST during connect: enabled
Available Targets:
No. Att Driver
1 STM32F1 medium density M3
warning: No executable has been specified and target does not support
determining executable automatically. Try using the "file" command.
0x20000004 in ?? ()
ERROR: set probe.bmp.device to a supported value to correctly initialize debug
registers
115200
================================== LOG OUTPUT ==================================
| 01:05:46 |
