On Sat, 8 Sep 2007, Peter Rasmussen wrote:
> > In fact there was another patch from earlier in the email thread, which
> > was needed to work around the PQ = 1 problem. Since you didn't apply
> > that patch, the SCSI disk driver wasn't bound to your Z6.
> >
> >
> Now I applied that patch, to
Andi Kleen wrote:
> On Sat, Sep 08, 2007 at 08:30:06PM +0200, Stefan Richter wrote:
>> Andi Kleen wrote:
>>> when you've been using CONFIG_IDE before it is not completely
>>> obvious you need BLK_SD for your hard disk.
>> Switching to different drivers without reading the help text?
>> Tough.
>
>
On Sat, Sep 08, 2007 at 08:30:06PM +0200, Stefan Richter wrote:
> Andi Kleen wrote:
> > when you've been using CONFIG_IDE before it is not completely
> > obvious you need BLK_SD for your hard disk.
>
> Switching to different drivers without reading the help text?
> Tough.
The individual driver de
Andi Kleen wrote:
> when you've been using CONFIG_IDE before it is not completely
> obvious you need BLK_SD for your hard disk.
Switching to different drivers without reading the help text?
Tough.
--
Stefan Richter
-=-=-=== =--= -=---
http://arcgraph.de/sr/
-
To unsubscribe from this list: se
> I'd say that someone needs to use a vendor kernel, or at least
> begin with a vendor .config file...
Vendor kernels tend to compile forever and require initrds. For
just testing a kernel quickly compiling only a few drivers in
is much more convenient.
Also when you've been using CONFIG_IDE bef
On Sat, 2007-09-08 at 07:49 -0700, Michael Chan wrote:
> Christoph Hellwig wrote:
>
> > Most of it should just go away, and the other bits shouldn't
> > change over
> > the lifetime of the driver except for additions. So there
> > really isn't
> > any point in auto-generating it.
> >
>
> Yes,
On Sat, Sep 08, 2007 at 09:50:08AM -0700, Randy Dunlap wrote:
> On 08 Sep 2007 18:07:00 +0200 Andi Kleen wrote:
> > This has also bitten me one or two times. A reasonable way would
> > be to just select SD automatically for !EMBEDDED
>
> I'd say that someone needs to use a vendor kernel, or at lea
On 08 Sep 2007 18:07:00 +0200 Andi Kleen wrote:
> Folkert van Heusden <[EMAIL PROTECTED]> writes:
>
> > Hi,
> >
> > Maybe it is a nice enhancement for make menuconfig to more explicitly
> > give a pop-up or so when someone selects for example a sata controller
> > while no 'scsi-disk' support wa
Folkert van Heusden <[EMAIL PROTECTED]> writes:
> Hi,
>
> Maybe it is a nice enhancement for make menuconfig to more explicitly
> give a pop-up or so when someone selects for example a sata controller
> while no 'scsi-disk' support was selected?
This has also bitten me one or two times. A reason
Alan Stern wrote:
On Fri, 7 Sep 2007, Peter Rasmussen wrote:
I'm sorry if this is a little late, but I had once had access to a Z6
and believe I had it successfully connected to my Linux host, and was
therefore puzzled by this message exchange.
I have now borrowed the device again for the
Jens Axboe wrote:
> Cc: [EMAIL PROTECTED]
> Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
> ---
> drivers/scsi/scsi_debug.c | 30 --
> 1 files changed, 16 insertions(+), 14 deletions(-)
>
> diff --git a/drivers/scsi/scsi_debug.c b/drivers/scsi/scsi_debug.c
> index 4c
Christoph Hellwig wrote:
> Most of it should just go away, and the other bits shouldn't
> change over
> the lifetime of the driver except for additions. So there
> really isn't
> any point in auto-generating it.
>
Yes, I agree with Mike Christie on this. These values in
question are defined
On Fri, 07 Sep 2007 15:12:06 -0400
Douglas Gilbert <[EMAIL PROTECTED]> wrote:
> FUJITA Tomonori wrote:
> > From: Boaz Harrosh <[EMAIL PROTECTED]>
> >
> > - remove the unnecessary map_single path.
> >
> > - convert to use the new accessors for the sg lists and the
> > parameters.
> >
> > Signed-
On Wed, Sep 05, 2007 at 02:27:02PM -0700, Anil Veerabhadrappa wrote:
> This is a very tricky proposal as this header file is automatically
> generated by a well defined process and is shared between various driver
> supporting multiple platform/OS and the firmware. If it is not of a big
> issue I w
>> +dev_set_drvdata(&adapter->stat_services, adapter);
>> +
>> +if (device_register(&adapter->stat_services))
>> +goto services_failed;
>> +
>> +if (zfcp_sysfs_statistic_services_create_files(&adapter->stat_services))
>> +{
>> +device_unregister(&adapter->sta
> /*
> - * function:
> + * function:
> *
> - * purpose:
> + * purpose:
> *
> * returns:
If you do a whitespace cleanup you might as well kill these lines.
They don't contain that much information... ;)
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of
16 matches
Mail list logo
