public inbox for ecos-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug 1001078] New: STM32 flash driver support for non-aligned source buffers.
@ 2010-11-21 21:50 bugzilla-daemon
  2010-11-21 21:50 ` [Bug 1001078] " bugzilla-daemon
  0 siblings, 1 reply; 3+ messages in thread
From: bugzilla-daemon @ 2010-11-21 21:50 UTC (permalink / raw)
  To: unassigned

Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001078

           Summary: STM32 flash driver support for non-aligned source
                    buffers.
           Product: eCos
           Version: CVS
          Platform: stm32e_eval (ST STM3210E EVAL board)
        OS/Version: Cortex-M
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: low
         Component: Flash
        AssignedTo: unassigned@bugs.ecos.sourceware.org
        ReportedBy: chris@zynaptic.com
                CC: ecos-bugs@ecos.sourceware.org
             Class: Advice Request


Created an attachment (id=1024)
 --> (http://bugs.ecos.sourceware.org/attachment.cgi?id=1024)
Patch to support non-aligned source buffers for STM32 flash.

The current CVS version of the STM32 flash driver requires the source buffer to
be 16-bit aligned for writes.  This causes problems when attempting to program
the flash from data held in non-aligned buffers.  I am currently using the
attached patch to work around this.

In addition the patched version checks that the length of the write data is an
integer number of flash words, rather than silently discarding the last byte
when an odd number of bytes is written.

-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Bug 1001078] STM32 flash driver support for non-aligned source buffers.
  2010-11-21 21:50 [Bug 1001078] New: STM32 flash driver support for non-aligned source buffers bugzilla-daemon
@ 2010-11-21 21:50 ` bugzilla-daemon
  0 siblings, 0 replies; 3+ messages in thread
From: bugzilla-daemon @ 2010-11-21 21:50 UTC (permalink / raw)
  To: unassigned

Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001078

Jonathan Larmour <jifl@ecoscentric.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |ASSIGNED
                 CC|                            |jifl@ecoscentric.com
         AssignedTo|unassigned@bugs.ecos.source |jifl@ecoscentric.com
                   |ware.org                    |
     Ever Confirmed|0                           |1
               Flag|                            |Patch_or_Contribution+

--- Comment #1 from Jonathan Larmour <jifl@ecoscentric.com> 2010-11-21 21:50:05 GMT ---
I'm not keen on this patch I'm afraid. The other drivers (e.g. AM29xxxxxv2,
stratav2) have the same constraints and intentionally enforce alignment. I
don't want to go down the route of people expecting unaligned data to be ok
(and then they'd be likely to claim it is a "bug" for unaligned data not to be
accepted by any driver).

That said, I wouldn't have a problem with this being a driver-specific CDL
option if you wanted to rework it on those lines, if you're keen.

The length alignment check is reasonable in any case of course.

-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Bug 1001078] New: STM32 flash driver support for non-aligned source buffers.
@ 2010-11-21 16:53 bugzilla-daemon
  0 siblings, 0 replies; 3+ messages in thread
From: bugzilla-daemon @ 2010-11-21 16:53 UTC (permalink / raw)
  To: ecos-bugs

Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001078

           Summary: STM32 flash driver support for non-aligned source
                    buffers.
           Product: eCos
           Version: CVS
          Platform: stm32e_eval (ST STM3210E EVAL board)
        OS/Version: Cortex-M
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: low
         Component: Flash
        AssignedTo: unassigned@bugs.ecos.sourceware.org
        ReportedBy: chris@zynaptic.com
                CC: ecos-bugs@ecos.sourceware.org
             Class: Advice Request


Created an attachment (id=1024)
 --> (http://bugs.ecos.sourceware.org/attachment.cgi?id=1024)
Patch to support non-aligned source buffers for STM32 flash.

The current CVS version of the STM32 flash driver requires the source buffer to
be 16-bit aligned for writes.  This causes problems when attempting to program
the flash from data held in non-aligned buffers.  I am currently using the
attached patch to work around this.

In addition the patched version checks that the length of the write data is an
integer number of flash words, rather than silently discarding the last byte
when an odd number of bytes is written.

-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2010-11-21 21:50 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-11-21 21:50 [Bug 1001078] New: STM32 flash driver support for non-aligned source buffers bugzilla-daemon
2010-11-21 21:50 ` [Bug 1001078] " bugzilla-daemon
  -- strict thread matches above, loose matches on Subject: below --
2010-11-21 16:53 [Bug 1001078] New: " bugzilla-daemon

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).