1 Reply Latest reply on Dec 15, 2017 4:17 AM by vipul.bagga_2990166

    Changed Micron(pc28f256p33bfe i suppose) to Spansion S29GL256S10TF102 failed

    vipul.bagga_2990166

      [NOTE: I'm not kernel developer ]

      Hi Recently we changed from Micron(pc28f256p33bfe i suppose) to Spansion S29GL256S10TF102 and nothing else is changed.

      And as i'm not much aware of kernel/Driver part so i don't know what could be this.

       

      Some details provided below incase you guys can help

       

       

       

      FAILURE LOGS :

       

       

      NetRefDAC calibration: 0xff,0xff, 0xffff

      md5sum in eeprom (115429abe4d090c834c58f11555026c7) is incorrect

      Unable to verify eeprom, setting model to 'ZFS'

      Reading PCB info again

      NetRefDAC calibration: 0xff,0xff, 0xffff

      md5sum in eeprom (115429abe4d090c834c58f11555026c7) is incorrect

      Unable to verify eeprom, setting model to 'ZFS'

      Last[0] is ffff

      Last[1] is ffff

      Last[2] is ffff

      Last[2] is ffff, datum is 2705

        Q. [What exactly is datum ?]

       

      Some more information:

       

       

      we're running old ppc board:

      /dev # Uname -a

      /dev # Linux 192.168.1.1 2.4.4 #256 Fri .... ppc unknown

      What noticed is this file is from kernel version linux-2.4.33.1(but board shows 2.4.4 probably someone must have updated this driver).

       

      Code:

      [where i can see this log]

      static int do_write_oneword(struct map_info *map, struct flchip *chip, unsigned long adr, __u32 datum, int fast)

      {

          unsigned long timeo = jiffies + HZ;

          unsigned int Last[4];

          unsigned long Count = 0;

          struct cfi_private *cfi = map->fldrv_priv;

          DECLARE_WAITQUEUE(wait, current);

      .

      .

      .

      .

      .

      .

      .

      .

          if (Last[(Count - 1) % 4] != datum){

              printk("Last[%ld] is %x, datum is %x\n",(Count - 1) % 4,Last[(Count - 1) % 4],datum);

                  cfi_send_gen_cmd(0xF0, 0, chip->start, map, cfi, cfi->device_type, NULL);

              DISABLE_VPP(map);

              ret = -EIO;

          }

          DISABLE_VPP(map);

          chip->state = FL_READY;

          wake_up(&chip->wq);

          cfi_spin_unlock(chip->mutex);

       

       

          return ret;

      }

       

      Please help incase anyone know anytime bout it

       

      Thanks In Advance .. !!

       

       

      What noticed is this file is from kernel version linux-2.4.33.1(but board shows 2.4.4 probably someone must have updated this driver).

      Someone suggested me it be due "unlock by pass mode" stuff.  but i'm not aware of it.