Chris Leech fa06883281
libfc: sanity check cpu number extracted from xid ...
In the receive path libfc extracts a cpu number from the ox_id in the
fiber channel header and uses that to do a per_cpu_ptr conversion. If,
for some reason, a frame is received with an invalid ox_id, per_cpu_ptr
will return an invalid pointer and the libfc receive path will panic the
system trying to use it.
I'm currently looking at such a case, and I don't yet know why a cpu
number > nr_cpu_ids is appearing in an exchange id. But adding a sanity
check in libfc prevents a system panic, and seems like good idea when
dealing with frames coming in from the network.
Signed-off-by: Chris Leech <cleech@redhat.com >
Acked-by: Johannes Thumshirn <jth@kernel.org >
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com >
2016-07-13 21:49:57 -04:00
2016-07-07 23:37:37 +02:00
2016-05-05 19:00:40 +01:00
2016-06-28 12:11:31 -07:00
2016-05-31 11:52:59 -07:00
2016-06-18 06:04:01 -10:00
2016-05-24 11:00:20 -07:00
2016-07-07 15:34:09 -07:00
2016-05-13 16:54:59 +02:00
2016-05-19 10:02:26 -07:00
2016-06-13 08:56:28 -05:00
2016-06-20 17:01:45 -07:00
2016-05-19 11:27:09 -07:00
2016-06-28 08:48:33 -04:00
2016-06-28 03:29:29 +02:00
2016-07-04 14:17:34 +02:00
2016-06-13 17:43:05 +08:00
2016-05-20 22:02:55 -07:00
2016-06-23 23:15:12 +02:00
2016-06-07 12:44:23 +05:30
2016-05-31 22:17:05 +05:30
2016-06-03 17:28:21 +02:00
2016-06-15 17:17:22 +09:00
2016-05-04 14:16:49 -04:00
2016-06-03 09:57:36 +02:00
2016-07-05 19:03:04 +02:00
2016-07-08 13:29:11 +10:00
2016-06-28 13:24:14 +02:00
2016-05-09 22:45:18 +02:00
2016-06-23 06:24:23 -07:00
2016-05-20 17:58:30 -07:00
2016-06-16 00:13:06 -07:00
2016-06-09 22:38:16 +02:00
2016-06-26 17:39:26 +01:00
2016-06-23 12:22:33 -04:00
2016-06-27 20:34:43 -07:00
2016-07-06 18:04:55 +02:00
2016-07-05 16:54:21 +02:00
2016-05-20 20:57:27 -07:00
2016-06-08 11:47:06 +02:00
2016-05-06 12:51:10 -06:00
2016-05-08 22:44:46 +05:30
2016-06-13 18:49:30 -07:00
2016-05-27 14:28:09 -07:00
2016-06-15 15:35:37 -10:00
2016-06-16 11:43:48 +03:00
2016-05-23 17:04:14 -07:00
2016-05-18 16:38:59 -07:00
2016-06-30 07:44:23 +01:00
2016-06-10 22:14:24 -07:00
2016-06-02 10:40:20 +02:00
2016-06-23 00:29:32 +02:00
2016-07-05 11:53:25 -07:00
2016-05-10 00:01:47 +02:00
2016-06-23 17:50:39 -07:00
2016-06-09 14:28:28 -06:00
2016-05-27 15:26:11 -07:00
2016-06-09 14:36:34 -05:00
2016-06-20 13:24:20 -05:00
2016-06-15 09:51:35 +01:00
2016-07-01 15:17:16 -07:00
2016-06-23 11:05:04 +02:00
2016-07-05 14:01:52 -07:00
2016-05-20 21:26:15 -07:00
2016-06-16 15:54:11 +02:00
2016-05-16 19:17:22 -07:00
2016-05-29 22:32:27 -07:00
2016-06-14 10:51:45 +02:00
2016-05-05 17:38:53 -07:00
2016-07-13 04:22:16 +09:00
2016-05-12 15:50:19 -07:00
2016-05-06 11:08:58 -07:00
2016-05-21 17:07:17 +02:00
2016-07-04 23:32:08 -07:00
2016-05-20 18:33:37 -07:00
2016-07-13 21:49:57 -04:00
2016-05-19 15:20:24 +02:00
2016-06-30 13:17:29 +01:00
2016-06-26 15:57:02 +01:00
2016-05-28 12:04:17 -07:00
2016-06-12 06:30:39 -07:00
2016-06-26 11:39:00 -07:00
2016-07-01 15:17:16 -07:00
2016-05-31 21:25:52 -06:00
2016-05-10 01:19:26 -07:00
2016-05-31 08:20:43 +03:00
2016-05-22 19:44:13 +03:00
2016-06-17 20:21:12 -07:00
2016-07-08 14:53:13 +01:00
2016-05-23 11:18:01 -07:00
2016-05-20 22:02:53 -07:00
fa06883281