[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20060831011645.GF2986@mail>
Date: Wed, 30 Aug 2006 21:16:45 -0400
From: Jim Crilly <jim@....dont.jablowme.net>
To: David Lang <dlang@...italinsight.com>
Cc: Sven Luther <sven.luther@...adoo.fr>, Olaf Hering <olaf@...fle.de>,
Michael Buesch <mb@...sch.de>, Greg KH <greg@...ah.com>,
Oleg Verych <olecom@...wer.upol.cz>,
James Bottomley <James.Bottomley@...eleye.com>,
debian-kernel@...ts.debian.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
On 08/30/06 02:11:51PM -0700, David Lang wrote:
> >Yep, but initramfs is initialized ways earlier than normal userspace.
> >
> >>however this is not soon enough to supply the firmware for devices like
> >>this.
> >
> >Are you sure of this ? This is somewhat contrary to what i have heard, and
> >it
> >sure would make sense to be able to access the initramfs ramdisk much
> >earlier.
>
> I could easily be wrong about this. can someone who really knows weigh in
> on this?
>
>From looking at my current boot logs it appears that initramfs is setup right
after the CPUs are brought up, so it should be available before any drivers
are initialized and they should be able to get to their firmware in the
initramfs as long as it's in the right path in the image. I don't have any
drivers that require external firmware to test that theory out with though.
[4294668.249000] checking TSC synchronization across 2 CPUs: passed.
[4294668.250000] Brought up 2 CPUs
[4294668.277000] migration_cost=1000
[4294668.277000] checking if image is initramfs... it is
[4294668.452000] Freeing initrd memory: 1358k freed
[4294668.452000] NET: Registered protocol family 16
[4294668.453000] ACPI: bus type pci registered
[4294668.453000] PCI: PCI BIOS revision 2.10 entry at 0xfd7e0, last bus=1
Jim.
-
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/
Powered by blists - more mailing lists