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] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110601012739.GA25705@rere.qmqm.pl>
Date:	Wed, 1 Jun 2011 03:27:40 +0200
From:	Michał Mirosław <mirq-linux@...e.qmqm.pl>
To:	David Miller <davem@...emloft.net>
Cc:	James.Bottomley@...senPartnership.com, netdev@...r.kernel.org
Subject: Re: Section conflict compile failures in net

On Tue, May 31, 2011 at 03:45:31PM -0700, David Miller wrote:
> From: James Bottomley <James.Bottomley@...senPartnership.com>
> Date: Thu, 26 May 2011 16:39:53 -0500
> 
> BTW, linux-netdev doesn't exist, it's just plain netdev.
> 
> > Simply reverting 
> > 
> > commit e5cb966c0838e4da43a3b0751bdcac7fe719f7b4
> > Author: Micha<C5><82> Miros<C5><82>aw <mirq-linux@...e.qmqm.pl>
> > Date:   Mon Apr 18 13:31:20 2011 +0000
> > 
> >     net: fix section mismatches
> >     
> > Fixes the problem.
> > 
> > If I look at the first problem in hp100.c, the addition of
> > __devinitconst to the device tables is fine, but there's no
> > corresponding sectional tag on their use, so when compiled as a module,
> > things like hp100_eisa_driver is now in the main data section but refers
> > to something in the init data section ... I assume all the others are
> > the same type of problem.
> Yeah I think the device ID table __devinitconst bits have to be
> reverted.

__devinitconst ID tables do work for PCI drivers. What's different for EISA,
and why is it working in x86 allyesconfig build but not in hppa?

Best Regards,
Michał Mirosław
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ