lkml.org 
[lkml]   [2006]   [Feb]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH 1/3] s390: dasd extended error reporting module.
From
Date
Jan Blunck <jblunck@suse.de> wrote on 06.02.2006 12:30:46:

> Why don't you use the sysfs for this purpose? This new character device
> interface seems very odd to me. Why don't you introduce new attributes
to the
> dasd device for that purpose and make online pollable for failovers?

We need to transfer binary data records, and in case of an error
situation probably quite a number of them. Maybe sysfs could be bent to
that purpose but to me this seems even more awkward then a character
device.

> Or use dm-netlink to report the extended errors via multipath to the
user
> space.

Our interface is supposed to work under memory constrained situations
e.g. when the connection to the storage device failed. With our character
device we can constrain memory allocations to uncritical situations:
- when error reporting is enabled
- when the device is opened
- when the internal buffer size is adjusted
The error reporting itself is done without any additional allocations.

Best Regards / Mit freundlichen Grüßen

Stefan Weinhuber

-------------------------------------------------------------------
IBM Deutschland Entwicklung GmbH
Linux for zSeries Development & Services
-
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/

\
 
 \ /
  Last update: 2006-02-06 19:18    [W:0.172 / U:0.060 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site