On Tue, Sep 15, 2009 at 01:47:36AM +0400, Anton Vorontsov wrote: > On Mon, Sep 14, 2009 at 03:45:10PM -0500, Scott Wood wrote: > [...] > > >You can't request the firmware in the qe driver's ->suspend() > > >routine necause the firmware may be on e.g. NFS filesystem or USB > > >stick (implies having QE Ethernet or QE USB fully functional). > > > > Is there any way for software to read out the current firmware from > > the device, or is it write-only? > > Hm, I didn't look into iram stuff that much, but seemingly I can > read it back and save. In the end, it's just a ram that we access > in a weird way... Let me try it.
Okay... that might sound silly, but the microcode stuff isn't needed at all. While the QE really shuts down, its iram is preserved. I'm not sure why it didn't work for me before, but now it does work. Heh. Note that QE reset is still needed, it's QE microcode reload that we don't need. I was also curious if MPC8568 QE needs reset after sleep, so I unpacked the board and tested it. It needs the reset just as MPC8569. I also found a paragraph in reference manual that somewhat proves "QE turns off during sleep" behaviour. So here is a new patch set. Changes: - Removed QE stuff from fsl_pmc; - New patches added: powerpc/qe: QE also shuts down on MPC8568 powerpc/qe: Implement QE driver for handling resume on MPC85xx Thanks, -- Anton Vorontsov email: cbouatmai...@gmail.com irc://irc.freenode.net/bd2 _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev