On Fri, 15 Feb 2008 19:37:19 PST, Andrew Morton wrote:
> Which other potential clients have been identified and how important it it
> to those?
The powerpc ehea utilizes its own mmu. Not sure about the importance
to the driver. (But will investigate :)
++doug
--
To unsubscribe from this
On Fri, 15 Feb 2008 19:37:19 PST, Andrew Morton wrote:
Which other potential clients have been identified and how important it it
to those?
The powerpc ehea utilizes its own mmu. Not sure about the importance
to the driver. (But will investigate :)
++doug
--
To unsubscribe from this list:
On Mon, 28 Jan 2008 14:04:51 EST, Konrad Rzeszutek wrote:
> > > +EXPORT_SYMBOL(find_ibft);
> >
> > Is this x86-specific? Are suitable Kconfig dependencies in place?
>
> Originally I had it to be x86-specific but was told that I should make it all
> platforms since the IBFT is platform
On Mon, 28 Jan 2008 14:04:51 EST, Konrad Rzeszutek wrote:
+EXPORT_SYMBOL(find_ibft);
Is this x86-specific? Are suitable Kconfig dependencies in place?
Originally I had it to be x86-specific but was told that I should make it all
platforms since the IBFT is platform independent.
[added cc: to mikec]
On Wed, 05 Dec 2007 16:40:46 -0400, Konrad Rzeszutek wrote:
> On Wed, Dec 05, 2007 at 02:26:40PM -0600, Doug Maxey wrote:
> >
> > On Wed, 05 Dec 2007 13:41:21 -0400, Konrad Rzeszutek wrote:
> > > > Is the current include from open-iscsi bei
On Wed, 05 Dec 2007 13:41:21 -0400, Konrad Rzeszutek wrote:
> > Is the current include from open-iscsi being duplicated? If not, why
> > not consolidate in one file?
>
> The include files that come from open-iscsi that are in the kernel do
> not have the iBFT data structures in them - therefore
[added cc: to mikec]
On Wed, 05 Dec 2007 16:40:46 -0400, Konrad Rzeszutek wrote:
On Wed, Dec 05, 2007 at 02:26:40PM -0600, Doug Maxey wrote:
On Wed, 05 Dec 2007 13:41:21 -0400, Konrad Rzeszutek wrote:
Is the current include from open-iscsi being duplicated? If not, why
On Wed, 05 Dec 2007 13:41:21 -0400, Konrad Rzeszutek wrote:
Is the current include from open-iscsi being duplicated? If not, why
not consolidate in one file?
The include files that come from open-iscsi that are in the kernel do
not have the iBFT data structures in them - therefore no
Overall, looks nice. Good work.
comments inline below...
On Tue, 04 Dec 2007 20:44:19 -0400, [EMAIL PROTECTED] wrote:
> On Wed, Nov 28, 2007 at 07:34:22PM -0400, Konrad Rzeszutek wrote:
> >
> > This patch adds /sysfs/firmware/ibft/[initiator|targetX|ethernetX]
> > directories along with text
Overall, looks nice. Good work.
comments inline below...
On Tue, 04 Dec 2007 20:44:19 -0400, [EMAIL PROTECTED] wrote:
On Wed, Nov 28, 2007 at 07:34:22PM -0400, Konrad Rzeszutek wrote:
This patch adds /sysfs/firmware/ibft/[initiator|targetX|ethernetX]
directories along with text
On Mon, 26 Nov 2007 19:31:38 PST, Greg KH wrote:
> On Mon, Nov 26, 2007 at 06:56:42PM -0400, Konrad Rzeszutek wrote:
> > +/*
> > + * Routines for reading of the iBFT data in a human readable fashion.
> > + */
> > +ssize_t ibft_attr_show_initiator(struct ibft_kobject *entry,
> > +
On Mon, 26 Nov 2007 19:31:38 PST, Greg KH wrote:
On Mon, Nov 26, 2007 at 06:56:42PM -0400, Konrad Rzeszutek wrote:
+/*
+ * Routines for reading of the iBFT data in a human readable fashion.
+ */
+ssize_t ibft_attr_show_initiator(struct ibft_kobject *entry,
+
On Thu, 21 Jul 2005 21:35:24 EDT, Jeff Garzik wrote:
>As soon as I finish SATA ATAPI (this week[end]), I'll take a look at
>this. A quick review of the patches didn't turn up anything terribly
>objectionable, though :)
>
I would like to offer to test when you are ready. Some older and new
On Thu, 21 Jul 2005 21:35:24 EDT, Jeff Garzik wrote:
As soon as I finish SATA ATAPI (this week[end]), I'll take a look at
this. A quick review of the patches didn't turn up anything terribly
objectionable, though :)
I would like to offer to test when you are ready. Some older and new SATAPI
On Fri, 08 Jul 2005 21:13:26 +0200, Ingo Molnar wrote:
>
>* K.R. Foley <[EMAIL PROTECTED]> wrote:
>
>> Ingo,
>>
>> I have an issue with keys VERY SPORADICALLY repeating, SOMETIMES, when
>> running the RT patches. The problem manifests itself as if the key
>> were stuck but happens far too
On Fri, 08 Jul 2005 21:13:26 +0200, Ingo Molnar wrote:
* K.R. Foley [EMAIL PROTECTED] wrote:
Ingo,
I have an issue with keys VERY SPORADICALLY repeating, SOMETIMES, when
running the RT patches. The problem manifests itself as if the key
were stuck but happens far too quickly for that to
On Thu, 27 Jan 2005 13:02:48 +0100, Jens Axboe wrote:
>Hi,
>
>For the longest time, only the old PATA drivers supported barrier writes
>with journalled file systems. This patch adds support for the same type
>of cache flushing barriers that PATA uses for SCSI, to be utilized with
>libata.
What,
On Thu, 27 Jan 2005 13:02:48 +0100, Jens Axboe wrote:
Hi,
For the longest time, only the old PATA drivers supported barrier writes
with journalled file systems. This patch adds support for the same type
of cache flushing barriers that PATA uses for SCSI, to be utilized with
libata.
What, if
18 matches
Mail list logo