LWN: Comments on "Examining a kobject hierarchy" https://lwn.net/Articles/55847/ This is a special feed containing comments posted to the individual LWN article titled "Examining a kobject hierarchy". en-us Tue, 07 Oct 2025 19:39:59 +0000 Tue, 07 Oct 2025 19:39:59 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net Examining a kobject hierarchy https://lwn.net/Articles/57631/ https://lwn.net/Articles/57631/ mmarq Just a ideia.<p> Unfortunately i cant tell by the source (i dont think so) if the I2O Linux kernel implementation follows the V2 spec defined at (http://www.intelligent-io.com/specs_resources/V2.0_spec.pdf ), but wouldn't it be grand if this, here exposed, 2.5 driver model could overlap, in the future with the I2O model at the communications level,..., that is, in a future Linux 3.0(?) spilt driver model, a &quot;regular&quot; driver module could &quot;talk&quot; with a I2O driver without any special translation layer or any other craft!<p>IMO whats missing in this 2.5 driver model is a communications mechanism between the various &quot;subsystems&quot; or &quot; driver specific kobjects&quot;, because of multi-purposed hardware and combo peripherals...<p>So Why Not ?<p> A &quot;special&quot; subsystem that implements &quot;at least&quot; a &quot;host MessengerInstance&quot; type of I2O V2 made of kobjects, so that this messaging layer could be used by a kind of kobjects driver model and at the same time by the I2O model...<p>IMO this messaging layer rocks at the thecnical front, and also as it says in the draft spec paper:<br>&quot; The architecture(MessengerInstance messaging layer) is independent of the operanting system, processor platform, and system I/O bus. This version of the specfication defines a transport interface between MessegerInstances for a shared memory environment, but does not preclude defining other transport enviroments in the future revisions.&quot;<p>A sure anti lock-in, and future prove model,... No wonder M$ that had backed it with Intel droped it in the recycle bin,... Could also mean a great help for stoping the lack of support from the hardware industry to the Linux project. Tue, 11 Nov 2003 01:08:55 +0000 legible images https://lwn.net/Articles/56344/ https://lwn.net/Articles/56344/ roelofs <I>a small, illegible version appears to the right</I> <P> It could be more legible than it is with proper resizing (or, more specifically, with proper resampling). I happen to be most familiar with XV, so I'll describe how to do it there, but I know other viewer/converters (and the GIMP) have similar capabilities. <P> In XV, make sure the mode is set to 24-bit (even for a palette image like this--smooth resizing requires more colors), set the size to whatever you like ("S" key or Image Size -&gt; Set Size), smooth the reduced image ("s" key or Display -&gt; Smooth), and then save it. As a PNG this will come out in RGB mode, but you can then reopen the small image, change the mode back to 8-bit, and save it as a colormapped PNG for a file-size reduction with minimal quality loss. Not everything in this particular image will be readable, but the legend certainly will be, as will much of the other text. <P> Greg Sat, 01 Nov 2003 01:45:18 +0000