ActiveMQ and DoD compliance

Thanks and yes, I was refering to Department of Defence. On
a side note, how
can we get the support information (cost) for ActiveMQ? I
tried to send
couple of emails to support and did not find any so far.

Thanks for the help. 
--
View this message in context: http://www.nabble.com/ActiveMQ-and-DoD-c
ompliance-t1505263.html#a4082416
Sent from the ActiveMQ - User forum at Nabble.com.

Dear Linux Kernel Govers,

I have read through the LDD3 & LWN and got a fair
understanding about
implementing Linux removable block driver. I made an attempt
to
simulate the Removable media in a Simple block driver
module.

I am doing the following when trying to simulate the
Removable media:

/******* Simple block Driver request ********/

 static void sbd_request(request_queue_t *q)
 {
    struct request *req;
    int status;

    while ((req = elv_next_request(q)) != NULL) {
      if (! blk_fs_request(req)) {
          printk (KERN_NOTICE "Skip non-CMD
request\n");
          end_request(req, 0);
          continue;
      }

      /* Simple memcpy based on the request ; Returns
success or
        failure which is passed to end_that_request_first()
*/
      status = sbd_transfer(&Device, req->sector,
req->current_nr_sectors,
                 req->buffer, rq_data_dir(req));

      if(!end_that_request_first(req, status,
req->current_nr_sectors)) {
                  blkdev_dequeue_request(req);
                  end_that_request_last(req);
            }
  }

Then, I prepared an IOCTL to simulate the removable media to
the kernel.

When the applications issues IOCTL, it performs the
following to
notify the kernel of removed disk.

/* Simulate the Removal Media Disk */
Case REMOVE_MOUNTED_DISK:

            if(Device.bdev)
                  invalidate_bdev(Device.bdev,1);
            del_gendisk(Device.gd);
            put_disk(Device.gd);
            blk_cleanup_queue(Queue);
            vfree(Device.data);
            return 0;

when I issue #ls /mnt (mount point) ( i.e. after the
application
issues the IOCTL)
the Kernel crashes,
	OR
it crashes when tried to unload the module.

I have been trying hard to understand the real problem with
this
module a long time from now.

What wrong am I doing in this module?
I will provide you with source code if you need it any time.
Please let me know what additional things should I handle
when writing
code for removable media?

Regards,
Mukund Jampala
-
To unsubscribe from this list: send the line
"unsubscribe linux-kernel" in
the body of a message to majordomovger.kernel.org
More majordomo info at  http://vge
r.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

It's just a tool like every other tool or technique we care
to mention. Rely
on any one tool beyond its natural ability to be useful and
you're stuffed.

The largest open card sort I've ever done was to get some
insight into how
Vodafone should group their embedded phone client's handset
functions on the
default icon grid. The analysis (as much qualitative as
quantitative) led to
some pretty good design directions. We *may* have been able
to get there
without the help of a card sort, but I doubt we would have
had our
conclusions taken as seriously without the backup the card
sort provided.

I don't see how a task-driven flow would have helped with
this much. The
task is to configure Bluetooth settings on your phone -
where do you go to
do that?




-----Original Message-----
From: Listera [mailto:listerarcn.com]
Sent: 24 April 2006 22:19
To: SIGIA-L
Subject: Re: [Sigia-l] My card sorting book is underway!


Stewart Dean:

> But, the question remains, why do so many people use
it.

"Best practice."

In the age of dynamic applications (vs. page-based,
form-driven,
navigation-heavy web *sites*), widgets, task-driven flows,
small services
for mobiles, etc., it's a bit of an anachronism.

----
Ziya

Usability >  Simplify the Solution
Design >  Simplify the Problem


------------
When replying, please *trim your post* as much as possible.
*Plain text, please; NO Attachments

Searchable Archive at http://www.in
fo-arch.org/lists/sigia-l/

Most presentations/papers and posters have been loaded to
the IA Summit 06
website:

http:/
/iasummit.org/2006/conferencedescrip.htm
http://iasummit.
org/2006/posters.htm



________________________________________
Sigia-l mailing list -- post to: Sigia-lasis.org
Changes to subscription: http://
mail.asis.org/mailman/listinfo/sigia-l

____________________________________________________________
_________
This e-mail has been scanned for viruses by MessageLabs.

____________________________________________________________
_________
This e-mail has been scanned for viruses by MessageLabs.
------------
When replying, please *trim your post* as much as possible.
*Plain text, please; NO Attachments

Searchable Archive at http://www.in
fo-arch.org/lists/sigia-l/

Most presentations/papers and posters have been loaded to
the IA Summit 06 website:

http:/
/iasummit.org/2006/conferencedescrip.htm
http://iasummit.
org/2006/posters.htm



________________________________________
Sigia-l mailing list -- post to: Sigia-lasis.org
Changes to subscription: http://
mail.asis.org/mailman/listinfo/sigia-l

Donna and I authored the definitive guide article. While we
have some  
subtle differences of opinion on card sorting, we do share a
common  
perspective that:
a) It's just a tool.
b) Like any other tool it has it's strengths and
weaknesses. Know  
them well.
c) It's not a silver bullet, but a guide.

And if I recall, we're both fans of using the results
against tasks.  
So, it's not enough to just do the sorting, but then use
those  
results as a guide and test those results against
user/customer/ 
consumer tasks.

One of the biggest benefits to card sorting is pattern
recognition.  
It is a great, cheap, easy and reliable tool to reveal user
patterns  
for how they would group things.

I would argue that user designed buildings might not be so
bad, at  
least to the extent that it parallels card sorting. Why
shouldn't we  
listen to users of a building as to where they would put
light  
switches, exits, the cafeteria, restrooms? That's not to
say they do  
the wiring, but identifying where they would expect to find
the light  
switch, well, that would improve a lot of buildings I've
been in.

On Apr 25, 2006, at 10:14 AM, Jonathan Baker-Bates wrote:

> It's just a tool like every other tool or technique we
care to  
> mention. Rely
> on any one tool beyond its natural ability to be useful
and you're  
> stuffed.
>
> The largest open card sort I've ever done was to get
some insight  
> into how
> Vodafone should group their embedded phone client's
handset  
> functions on the
> default icon grid. The analysis (as much qualitative as
 
> quantitative) led to
> some pretty good design directions. We *may* have been
able to get  
> there
> without the help of a card sort, but I doubt we would
have had our
> conclusions taken as seriously without the backup the
card sort  
> provided.
>
> I don't see how a task-driven flow would have helped
with this  
> much. The
> task is to configure Bluetooth settings on your phone -
where do  
> you go to
> do that?

Cheers!

Todd R. Warfel
Partner, Design & Usability Specialist
Messagefirst | designing and usability consulting
--------------------------------------
Contact Info
Voice:    (607) 339-9640
Email:    toddmessagefirst.com
AIM:       twarfelmac.com
Blog:      http://toddwarfel.com
--------------------------------------
In theory, theory and practice are the same.
In practice, they are not.


------------
When replying, please *trim your post* as much as possible.
*Plain text, please; NO Attachments

Searchable Archive at http://www.in
fo-arch.org/lists/sigia-l/

Most presentations/papers and posters have been loaded to
the IA Summit 06 website:

http:/
/iasummit.org/2006/conferencedescrip.htm
http://iasummit.
org/2006/posters.htm



________________________________________
Sigia-l mailing list -- post to: Sigia-lasis.org
Changes to subscription: http://
mail.asis.org/mailman/listinfo/sigia-l

Jonathan Baker-Bates:

> I doubt we would have had our conclusions taken as
seriously without the
> backup the card sort provided.

Would you say, then, this was a political issue more than a
technical/conceptual one?

----
Ziya

Usability >  Simplify the Solution
Design >  Simplify the Problem


------------
When replying, please *trim your post* as much as possible.
*Plain text, please; NO Attachments

Searchable Archive at http://www.in
fo-arch.org/lists/sigia-l/

Most presentations/papers and posters have been loaded to
the IA Summit 06 website:

http:/
/iasummit.org/2006/conferencedescrip.htm
http://iasummit.
org/2006/posters.htm



________________________________________
Sigia-l mailing list -- post to: Sigia-lasis.org
Changes to subscription: http://
mail.asis.org/mailman/listinfo/sigia-l

Todd Warfel:

> Why shouldn't we  listen to users of a building as to
where they would put
> light  switches, exits, the cafeteria, restrooms?

That generally presupposes two things:

a) Architects are otherwise blithering idiots who just
wouldn't know where
to put them or that they never consult their
"users," just as "designers"
are thought to be visual monkeys bereft of any notion of
"usability."

b) If one could simply aggregate personal choices then the
sum will
automatically produce a golden median desirable to all/most.

At the dawn of the digital music age, they asked users if
they wanted one of
the MP3 players available out there. No one really wanted or
cared about
them. Then they asked them specifically if they wanted the
new iPod. Most
salivated at it. Users are not designers; they don't always
lead.

> That's not to say they do  the wiring, but identifying
where they would expect
> to find the light  switch, well, that would improve a
lot of buildings I've
> been in.

You're right: in ANY profession, no matter what tools or
methodologies one
uses, there WILL always be "bad"
results/products/services. That's just the
nature of things, and dare I say, unavoidable.

----
Ziya

Usability >  Simplify the Solution
Design >  Simplify the Problem


------------
When replying, please *trim your post* as much as possible.
*Plain text, please; NO Attachments

Searchable Archive at http://www.in
fo-arch.org/lists/sigia-l/

Most presentations/papers and posters have been loaded to
the IA Summit 06 website:

http:/
/iasummit.org/2006/conferencedescrip.htm
http://iasummit.
org/2006/posters.htm



________________________________________
Sigia-l mailing list -- post to: Sigia-lasis.org
Changes to subscription: http://
mail.asis.org/mailman/listinfo/sigia-l