<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Joe Robertson,<br>
<br>
Thanks for the link.<br>
<br>
In the xsa_thread function, can u try changing the hardcoded coded
value "2" to "xsa_cur_req->current_nr_sectors " <br>
<br>
<br>
The actual code in the given link.<br>
<br>
<pre>for(i = xsa_cur_req->current_nr_sectors; i > 0; i-=2){
+                        xsa_device.req_done = 1;
+                        while ((stat = cur_req(&SysAce, sector,
+                                        2,
+                                        buffer)) == XST_DEVICE_BUSY)
+                                xsa_short_delay();</pre>
<br>
Try changing it to ...<br>
<br>
for(i = xsa_cur_req->current_nr_sectors; i > 0;
i-=xsa_cur_req->current_nr_sectors ){ xsa_device.req_done = 1;<br>
while ((stat = cur_req(&SysAce, sector,<br>
xsa_cur_req->current_nr_sectors
,<br>
buffer)) == XST_DEVICE_BUSY)<br>
xsa_short_delay();<br>
<br>
<br>
<br>
Due to the hardcoded value, it gave problem while mounting but no issue
with fdisk. It mounts well but generated a kernel BUG. Tried changing
the value to '1' from '2' , fdisk crashed but mount is working well. So
removed the hardcode value and then placed the dynamic variable
xsa_cur_req->current_nr_sectors which is chosen by kernel. And now
fdisk and mount both are working fine.<br>
<br>
<br>
Pl let me know the results in your setup.<br>
<br>
Thanks<br>
Sudheer<br>
<br>
<br>
Robertson, Joseph M. wrote:
<blockquote
cite="mid939D37AEB47F1F49B88FAB6599B6023501A1720A@hsv1dafpew02.das.gov.sanm.corp"
type="cite">
<meta http-equiv="Content-Type" content="text/html; ">
<meta name="Generator"
content="MS Exchange Server version 6.5.7652.24">
<title>RE: XSysAce driver cant mount DOS part</title>
<!-- Converted from text/plain format -->
<p><font size="2">Hi,<br>
<br>
Yes, I got it from here.<br>
<a
href="http://www.cs.york.ac.uk/rtslab/demos/amos/xupv2pro/patches/linuxppc-2.6.17.1-sysace-1.2.patch">http://www.cs.york.ac.uk/rtslab/demos/amos/xupv2pro/patches/linuxppc-2.6.17.1-sysace-1.2.patch</a><br>
<br>
The 'official' one, yes?<br>
<br>
Thanks,<br>
<br>
Joe Robertson<br>
<a class="moz-txt-link-abbreviated" href="mailto:Joseph.Robertson@sanmina-sci.com">Joseph.Robertson@sanmina-sci.com</a><br>
<br>
<br>
<br>
-----Original Message-----<br>
From: urwithsudheer [<a href="mailto:urwithsudheer@gmail.com">mailto:urwithsudheer@gmail.com</a>]<br>
Sent: Fri 7/13/2007 4:25 AM<br>
To: Robertson, Joseph M.<br>
Cc: <a class="moz-txt-link-abbreviated" href="mailto:linuxppc-embedded@ozlabs.org">linuxppc-embedded@ozlabs.org</a><br>
Subject: Re: XSysAce driver cant mount DOS part<br>
<br>
Hi<br>
<br>
Robertson, Joseph M. wrote:<br>
><br>
> Hi all,<br>
><br>
> I've been workig with this for a while but have made no progress.<br>
> Today I got the latest XSysAce patch for kernel 2.6.17.1 and
applied<br>
> it to get clean code.<br>
> I inherited the previous code from another developer.<br>
><br>
Can you send the link to xsysace driver source code from where you
obtained.<br>
<br>
<br>
Thanks<br>
Sudheer<br>
<br>
<br>
><br>
> My problem is that mounting the DOS partition always fails in a
short<br>
> time with a kernel oops.<br>
><br>
> ECAU-9999:# Oops: kernel access of bad area, sig: 11<br>
> [#1] <br>
>
PREEMPT <br>
> NIP: C00701C8 LR: C0070C18 CTR:<br>
> 00000000 <br>
> REGS: c0391dd0 TRAP: 0300 Not tainted <br>
> (2.6.17.1) <br>
> MSR: 00021030 <ME,IR,DR> CR: 22028082 XER:<br>
> 0000000B <br>
> DAR: 00000000, DSISR:<br>
> 00800000 <br>
> TASK = c0373030[4] 'events/0' THREAD:<br>
> c0390000 <br>
> GPR00: 00000080 C0391E80 C0373030 C02CAC00 C0E03000 C0E03154
00000000<br>
> C02CAC00<br>
> GPR08: 00200200 00000000 00100100 00000000 00051A4B FFFFDE60
03BD4900<br>
> 007FFF3B<br>
> GPR16: 00400000 00000001 FFFFFFFF 03BCDC58 00000000 007FFF00
00000002<br>
> C0280000<br>
> GPR24: C0363A10 0000000B 00000000 00000000 00000000 C02CAC00
C035ED20<br>
> C0E03000<br>
> NIP [C00701C8]<br>
> free_block+0x8c/0x138 <br>
> LR [C0070C18]<br>
> drain_array+0xb8/0x124 <br>
> Call Trace: <br>
><br>
> The setup:<br>
> My own build system.<br>
> Kernel 2.6.17.1 with lots of xilinx stuff, eth, i2c, xsysace. <br>
> Crosscompiled for PPC405.<br>
> Latest, clean XSysAce code. mods: major hardcoded to = 125.
Polled<br>
> mode.<br>
> CF: 3 partitions,<br>
> 1: DOS FAT16<br>
> 2: Ext2 main<br>
> 3: Ext2 rescue<br>
><br>
> This build boots up fine, mounts a ext2 as root fine. I can also<br>
> mount the rescue partition with no problems.<br>
><br>
> Does anyone have any pointers of where I should look for problems?<br>
><br>
> My next step is to go and set it up for interrupt service and see
if<br>
> that changes anything.<br>
><br>
> Thanks,<br>
><br>
> Joe Robertson<br>
> <a class="moz-txt-link-abbreviated" href="mailto:Joseph.Robertson@sanmina-sci.com">Joseph.Robertson@sanmina-sci.com</a><br>
><br>
><br>
> CONFIDENTIALITY<br>
> This e-mail message and any attachments thereto, is intended only
for<br>
> use by the addressee(s) named herein and may contain legally<br>
> privileged and/or confidential information. If you are not the<br>
> intended recipient of this e-mail message, you are hereby notified<br>
> that any dissemination, distribution or copying of this e-mail<br>
> message, and any attachments thereto, is strictly prohibited. If
you<br>
> have received this e-mail message in error, please immediately
notify<br>
> the sender and permanently delete the original and any copies of
this<br>
> email and any prints thereof.<br>
> ABSENT AN EXPRESS STATEMENT TO THE CONTRARY HEREINABOVE, THIS
E-MAIL<br>
> IS NOT INTENDED AS A SUBSTITUTE FOR A WRITING. Notwithstanding the<br>
> Uniform Electronic Transactions Act or the applicability of any
other<br>
> law of similar substance and effect, absent an express statement to<br>
> the contrary hereinabove, this e-mail message its contents, and any<br>
> attachments hereto are not intended to represent an offer or<br>
> acceptance to enter into a contract and are not otherwise intended
to<br>
> bind the sender, Sanmina-SCI Corporation (or any of its
subsidiaries),<br>
> or any other person or entity.<br>
>
------------------------------------------------------------------------<br>
><br>
> _______________________________________________<br>
> Linuxppc-embedded mailing list<br>
> <a class="moz-txt-link-abbreviated" href="mailto:Linuxppc-embedded@ozlabs.org">Linuxppc-embedded@ozlabs.org</a><br>
> <a href="https://ozlabs.org/mailman/listinfo/linuxppc-embedded">https://ozlabs.org/mailman/listinfo/linuxppc-embedded</a><br>
<br>
<br>
</font>
</p>
<br>
CONFIDENTIALITY<br>
This e-mail message and any attachments thereto, is intended only for
use by the addressee(s) named herein and may contain legally privileged
and/or confidential information. If you are not the intended recipient
of this e-mail message, you are hereby notified that any dissemination,
distribution or copying of this e-mail message, and any attachments
thereto, is strictly prohibited. If you have received this e-mail
message in error, please immediately notify the sender and permanently
delete the original and any copies of this email and any prints thereof.<br>
ABSENT AN EXPRESS STATEMENT TO THE CONTRARY HEREINABOVE, THIS E-MAIL IS
NOT INTENDED AS A SUBSTITUTE FOR A WRITING. Notwithstanding the Uniform
Electronic Transactions Act or the applicability of any other law of
similar substance and effect, absent an express statement to the
contrary hereinabove, this e-mail message its contents, and any
attachments hereto are not intended to represent an offer or acceptance
to enter into a contract and are not otherwise intended to bind the
sender, Sanmina-SCI Corporation (or any of its subsidiaries), or any
other person or entity.<br>
</blockquote>
<br>
</body>
</html>