summaryrefslogtreecommitdiff
path: root/src/translate.hpp
blob: 6fa98982e3d677773ec866d57be08bc60207f389 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
/* $Id: translate.hpp,v 1.4 2006-11-05 04:42:43 ganzhorn Exp $
 * This file is part of lfhex.
 * Copyright (C) 2006 Salem Ganzhorn <eyekode@yahoo.com>
 *
 * This program is free software; you can redistribute it and/or
 * modify it under the terms of the GNU General Public License
 * as published by the Free Software Foundation version 2.
 *
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 * GNU General Public License for more details.
 *
 * You should have received a copy of the GNU General Public License
 * along with this program; if not, write to the Free Software
 * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301, USA.
 */
#include <vector>
#include <QString>

#include "local.h"

typedef unsigned char uchar;

namespace Translate {
  const char* ByteToHex(uchar b); 
  void ByteToHex(vector<uchar>& dst , const vector<uchar>& src);
  void ByteToChar(vector<uchar>& dst, const vector<uchar>& src);
  void ByteToOctal(vector<uchar>& dst,const vector<uchar>& src);
  void ByteToBinary(vector<uchar>& dst,const vector<uchar>& src);

  void ByteToHex(QString& dst , const vector<uchar>& src);
  void ByteToChar(QString& dst, const vector<uchar>& src);
  void ByteToOctal(QString& dst,const vector<uchar>& src);
  void ByteToBinary(QString& dst,const vector<uchar>& src);

  void BinaryToByte(vector<uchar>& dst,const vector<uchar>& src);

  void OctalToByte(vector<uchar>& dst,const vector<uchar>& src);

  void CharToByte(vector<uchar>& dst, const vector<uchar>& src);
  void CharToByte(vector<uchar>& dst, const QString& src);
  
  void HexToByte(vector<uchar>& dst , const vector<uchar>& src);
  void HexToByte(vector<uchar>& dst , const QString& src);
  
};
>
xen-blkfront: don't call talk_to_blkback when already connected to blkback
Sometimes blkfront may twice receive blkback_changed() notification (XenbusStateConnected) after migration, which will cause talk_to_blkback() to be called twice too and confuse xen-blkback. The flow is as follow: blkfront blkback blkfront_resume() > talk_to_blkback() > Set blkfront to XenbusStateInitialised front changed() > Connect() > Set blkback to XenbusStateConnected blkback_changed() > Skip talk_to_blkback() because frontstate == XenbusStateInitialised > blkfront_connect() > Set blkfront to XenbusStateConnected ----- And here we get another XenbusStateConnected notification leading to: ----- blkback_changed() > because now frontstate != XenbusStateInitialised talk_to_blkback() is also called again > blkfront state changed from XenbusStateConnected to XenbusStateInitialised (Which is not correct!) front_changed(): > Do nothing because blkback already in XenbusStateConnected Now blkback is in XenbusStateConnected but blkfront is still in XenbusStateInitialised - leading to no disks. Poking of the XenbusStateConnected state is allowed (to deal with block disk change) and has to be dealt with. The most likely cause of this bug are custom udev scripts hooking up the disks and then validating the size. Signed-off-by: Bob Liu <bob.liu@oracle.com> Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Diffstat (limited to 'Documentation/media/uapi')