linux-kernel - Re: 3c509 resume from hibernation broken somewhere between 2.6.25 and 2.6.28

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Sun, 8 Feb 2009 21:08:35 +0100
From:	Ondrej Zary <linux@...nbow-software.org>
To:	David Miller <davem@...emloft.net>
Cc:	netdev@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: 3c509 resume from hibernation broken somewhere between 2.6.25 and 2.6.28

On Saturday 07 February 2009 07:04:26 David Miller wrote:
> From: Ondrej Zary <linux@...nbow-software.org>
> Date: Fri, 6 Feb 2009 14:22:13 +0100
>
> > Hello,
> > last year, I posted a patch which fixed hibernation on 3c509 cards. That
> > was back in 2.6.24. It worked fine in 2.6.25. But then I stopped using
> > hibernation (as it did not work with my new IT8212 RAID controller).
> >
> > Now I fixed it and noticed that 3c509 does not wake up properly anymore
> > (in 2.6.28) - neither in PnP nor in ISA modes. ifconfig down/up makes the
> > card work again in PnP mode. However, in ISA mode, ifconfig up ends with
> > "No such device" error.
> >
> > Comparing the 3c509 driver between 2.6.25 and 2.6.28, there's only some
> > statistics-related change. So the cause of the problem must be somewhere
> > else.
> >
> > This patch makes the resume work in PnP mode, but it's still not enough
> > for ISA mode.
>
> Patch applied, thank you.
>
> Let us know if you figure out how to get the ISA case working
> too :-)

Found that when the driver is compiled as module, ISA resume works fine. But 
when the driver is compiled in the kernel, it does not work. I'm unable to 
find why.

When resuming, el3_isa_resume() is called first. It then calls 
el3_isa_id_sequence(). This function fails when the driver is compiled-in 
because id_read_eeprom(7) returns 0xFFFF - as if the card is not present 
there. I'm out of ideas.

-- 
Ondrej Zary
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/