ft out.
As Sebastian suggested, you need to follow the FreeBSD port guidelines,
and also do not replace entire files (e.g..: sdhci.c and sdhci.h).
--André Marques
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
ion
from arasan, but it is not freely available.
--André Marques
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
://lists.rtems.org/mailman/listinfo/devel
--André Marques
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
b Joel Sherrill:
On Feb 17, 2016 6:17 PM, "André Marques"
wrote:
[...]
Was i2c fully delivered for the new driver framework? I don't recall
off-hand.
Yes the i2c driver for the Pi uses the new (linux-based) i2c framework.
10-bit addressing is untested because I had no compati
st suited for this.
Thanking you,
Deval Shah
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--André Marques
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
gpio.h from
the new GPIO API. This results on the BSPs failing to compile.
This patch renames the LPC1768 gpio.* files to lpc-gpio.*, as it's
done on other
BSPs (e.g. Beaglebone).
Closes #2441.
Thanks.
--André Marques.
___
devel mailing list
nctions on the BSP side).
Then you would still have one bank per line (bank0 would be line0), so
you can store the vector on a simple array, and retrieve as above.
Thanks and Regards,
Sudarshan Rajagopalan
--André Marques
___
devel mailing list
dev
interrupt
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--André Marques.
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
PIN_COUNT or BSP_GPIO_PINS_PER_BANK."
^
../../../../../.././lpc1768_mbed_ahb_ram_eth/lib/include/bsp/gpio.h:41:5:
error: division by zero in #if
#if GPIO_LAST_BANK_PINS > 0
Patches appreciated.
--André Marques.
___
devel mailing list
dev
Hello,
just wanted to bring this patch set (along with
https://lists.rtems.org/pipermail/devel/2015-August/012326.html) up
again, as it seems to have been forgotten.
It should fix the build problem mentioned in
https://lists.rtems.org/pipermail/devel/2015-August/012324.html
Thanks,
André
On 13-08-2015 14:51, Ketul Shah wrote:
Hi Andre,
Thanks for the reply.
On 13 August 2015 at 19:13, André Marques
mailto:andre.lousa.marq...@gmail.com>>
wrote:
Hello Ketul,
On 13-08-2015 13:04, Ketul Shah wrote:
Hi Andre,
Great API and happy to know that
s be
binary. 0 or non-zero, but by mapping a non-zero value to 1 may make
more sense than outputing a 32-bit bitmask, which was the initial approach.
Thanks.
Best Regards,
Ketul
--André Marques.
[snip]
___
devel mailing list
devel@rtems.org
On 18-07-2015 20:04, Joel Sherrill wrote:
On July 18, 2015 1:23:13 PM CDT, "André Marques"
wrote:
Hello all,
as previously pointed by Gedare, the interrupt handling code in the
RTEMS GPIO API can benefit with the use of a rtems interrupt server.
The
current design and implementati
an ISR
environment).
This is the current work plan regarding the GPIO interrupt handling in
the RTEMS GPIO API, so if anyone has any issue with it do let me know.
After this is done another round of code review may start.
Thank you for your time,
André Marques.
_
On 25-06-2015 14:33, Gedare Bloom wrote:
Ask what other folks using the RPi are doing.
I do not know if anyone using the Pi with RTEMS currently has a debugger
working. Last year Alan posted in his blog [1] a configuration using a
FT2232H mini module and OpenOCD that connects to the Pi throug
by each BSP.
In this case the applications would use an hardcoded reference to the
pin, and developers/users would use the documentation to know which pin
is being referred.
Input is welcome.
Thank you for your time,
André Marques.
___
devel mai
On 24-06-2015 15:03, Gedare Bloom wrote:
On Tue, Jun 23, 2015 at 6:44 PM, André Marques
wrote:
On 23-06-2015 17:16, Gedare Bloom wrote:
+ uint32_t bank;
+ int handled_count;
+ int rv;
+
+ gpio = (gpio_pin*) arg;
+
+ bank = gpio->bank_number;
Validate args for errors.
These tasks
On 23-06-2015 17:16, Gedare Bloom wrote:
+ uint32_t bank;
+ int handled_count;
+ int rv;
+
+ gpio = (gpio_pin*) arg;
+
+ bank = gpio->bank_number;
Validate args for errors.
These tasks are only created by the rtems_gpio_enable_interrupt() function,
and all parameters are validated befor
Hello Gedare,
first of all thanks for the review. Answers bellow.
On 22-06-2015 16:05, Gedare Bloom wrote:
(
On Mon, Jun 22, 2015 at 8:01 AM, Andre Marques
wrote:
---
c/src/lib/libbsp/Makefile.am |3 +-
c/src/lib/libbsp/preinstall.am |4 +
c/src/lib/libbsp/shar
On 16-06-2015 17:54, Gedare Bloom wrote:
On Tue, Jun 16, 2015 at 8:14 AM, André Marques
wrote:
Hello ,
Thank you for the responses. Sorry for the late response and lengthy mail.
At this point the features mentioned in the blog post are almost done in the
code (apart from some details). There
tems/tree/GPIO_API/c/src/lib/libbsp/arm/raspberrypi/gpio
[2] -
https://github.com/asuol/rtems/blob/GPIO_API/c/src/lib/libbsp/arm/raspberrypi/include/gpio.h
[3] -
https://github.com/asuol/rtems/blob/GPIO_API/c/src/lib/libbsp/arm/raspberrypi/include/rpi-gpio.h
--André Marques.
On 11-06-2015 1
for your time,
André Marques
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
On 25-03-2015 14:17, Gedare Bloom wrote:
On Wed, Mar 25, 2015 at 4:49 AM, André Marques
wrote:
Hello everyone,
My GSoC proposal entitled "Raspberry Pi Low Level Peripherals and SD Card"
can be found for review at:
https://docs.google.com/
as the API for SPI (information about that
would also be appreciated).
Thanks,
André Marques.
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
Hello,
On 20-03-2015 20:59, QIAO YANG wrote:
Hi,
Since Andre is wiling to continue his work on buses and SD card
support, and I'm preparing for the framebuffer implementation, I would
like to know the status of Andre's mailbox implementation. If it
cannot be merged yet, what is the problem?
different
from the SPI0 interface which I worked with last summer (this one seems
to be bit oriented instead of byte oriented). This new interface means
that 3 more SPI devices can be connected directly to the PI (a total of
5, against 2 on the pi 1 model a/b).
--André Marques.
Cheers!
On M
On 15-03-2015 12:32, Alan Cudmore wrote:
Nice work Qiao!
Andre had submitted the patches for GPIO, SPI, and I2C including
recommended fixes. It was then recommended that we switch to the new
Linux based I2C API, and we ( or I ) got stuck there.
I have addressed almost every Pavel's suggestio
On 05-03-2015 16:46, Joel Sherrill wrote:
On 3/5/2015 10:40 AM, Alan Cudmore wrote:
The list below is still pretty good.
Items 1 - 3 were done by Andre last summer, but we still don't have them
in the git repository. The RTEMS I2C API has changed and we were going
to try to move the I2C impleme
28 matches
Mail list logo
