Messages in this thread | | | Date | Thu, 17 Apr 2003 05:31:54 +0200 | From | Manuel Estrada Sainz <> | Subject | Re: firmware separation filesystem (fwfs) |
| |
On Wed, Apr 16, 2003 at 07:00:00PM -0700, Perez-Gonzalez, Inaky wrote: > > > From: David Gibson [mailto:david@gibson.dropbear.id.au] > > > > Incidentally another approach that also avoids nasty ioctl()s would be > > to invoke the userland helper with specially set up FD 1, which lets > > the kernel capture the program's stdout. > > I think this makes too many assumptions specially taking into > account that most hotplug stuff are shell scripts - they are > probably going to be writing all kinds of stuff to stdout.
Well, FD 3 could be used instead and "cat firmware_image >&3". shell scripts should not be writing to FD 3.
> With the risk of repeating myself (again) and being a PITA, > I really think it'd be easier to copy the firmware file to a > /sysfs binary file registered by the device driver during > initialization; then the driver can wait for the file to be > written with a valid firmware before finishing the init > sequence. The infrastructure is already there (or isn't ... > is it?).
I don't know that much about sysfs, after a little investigation, it seams like sysfs entries are restricted in size to PAGE_SIZE, which on i386 is 4K, and ezusb firmware is already 6.9K in size.
I would really appreciate someone more knowledgeable than myself commenting on the possibility of extending sysfs to fill this gap.
Have a nice day
ranty
-- --- Manuel Estrada Sainz <ranty@debian.org> <ranty@bigfoot.com> <ranty@users.sourceforge.net> ------------------------ <manuel.estrada@hispalinux.es> ------------------- Let us have the serenity to accept the things we cannot change, courage to change the things we can, and wisdom to know the difference. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |