[libopenstm32-commits] libopenstm32 branch, master, updated. f1a6e56f5c41e239736c25633c36abef84f71f
Status: Inactive
Brought to you by:
uh1763
From: Uwe H. <uh...@us...> - 2010-03-05 19:19:23
|
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "libopenstm32". The branch, master has been updated via f1a6e56f5c41e239736c25633c36abef84f71f78 (commit) from 54dfb9199623d5c394a5f1c0b75095d6a8d70c82 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit f1a6e56f5c41e239736c25633c36abef84f71f78 Author: Uwe Hermann <uw...@he...> Date: Fri Mar 5 19:46:57 2010 +0100 gpio: Fix some issues with gpio_set_mode(). This patch, a slightly modified version of a patch from Thomas Otto, should fix the following two issues: - It generally sets the submited config to the mentioned GPIO pins but kills configs for other pins on the same GPIO port. So if we want to set PB6 and PB7 to push-pull and I2C2 SDA and SCL (PB10 and PB11) to open drain it's simply impossible, because the second config try kills the first. - The floating-bit thing isn't working correctly. If we enable a config for PB6 for instance, the same config will also apply to all following pins of that port (i.e. PB7-PB15). That's because the shifting isn't only done if a pin isn't to configure, if you are hitting a matching bit the shiftig is missing. I think shifting isn't nessessary for a separate variable. We have the counting index from the for statement. Both issues should now be fixed. ----------------------------------------------------------------------- Summary of changes: lib/gpio.c | 34 +++++++++++++++++++++++++--------- 1 files changed, 25 insertions(+), 9 deletions(-) hooks/post-receive -- libopenstm32 |