Package: libmkl-rt
Version: 2019.1.144-4
Severity: important
Dear Maintainer,
After installing intel-mkl and setting MKL as default BLAS/LAPACK
implementation, wrong results are obtained when large arrays are
multiplied in octave. Here is the output of a MWE:
octave:1> x1=0:10;[x1;x1]*[x1;x
Package: libmkl-rt
Version: 2019.1.144-3
Severity: important
Dear Maintainer,
After installing intel-mkl, and setting MKL as the default BLAS/LAPACK
implementation, a severe problem appeared in octave. It crashes on
large array product. Here is the output of a MWE which was written
in octave's c
Jiri brought to my attention that
that asus provide firmware upgrade which solved his problem.
I found at
https://www.asus.com/Optical-Drives-Storage/AN300_External_HDD/HelpDesk
_Download/
utilities which correspond my HDD, i.e.:
1. firmware upgrade utility
2. virtual cd removal utility
I succ
e solution of this bug, let me
know.
Best Regards
Ido Halperin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I noticed something that might point on the problem.
the peripheral qualifier of the HDD logical unit (LUN) is 'PQ:1'.
That means that the LUN is currently disconnected (that is according
table 46 in http://www.staff.uni-mainz.de/tacke/scsi/SCSI2-08.html).
That obviously not true as the HDD works
I have just upgraded into kernel 3.12-1-amd64 but the problem persists.
Until this issue will be solved I am trying to find some way to manually
create the block device for this HDD but I don't know where I should
look.
I found some pages about adding scsi device and following that I typed:
**
I appologize. I accidently posted the traffic of regular flash-memory
disk. This is the traffic for the HDD:
USB data
USB3.0 Device Super Speed Mass Storage - USB Mass Storage Device
ID: 1
Function: IRP_MJ_PNP
Minor function: PNP_IRP_UNKNOWN (0x18)
Status code: 0xC0BB
Status: ERROR
ID: 2
Funct
On Mon, 2013-12-02 at 18:15 +0100, Josua Dietze wrote:
[...]
> In case there IS a driver required on Windows, you might be able to catch the
> initial traffic between this driver and the device once the thing is
> re-plugged. In a second step, the initiating command(s) can possibly be
> 'repla
That what I got:
**$ sudo lsusb -v -d 0b05:17b6
Bus 002 Device 004: ID 0b05:17b6 ASUSTek Computer, Inc.
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 3.00
bDeviceClass0 (Defined at Interface level)
bDeviceSubClass 0
b
Ok.
I already tried it on Windows and it worked but I don't remember if
Windows asked a permission to install a driver. I will check it again
and tell you what happens. Though, it might take me a little time.
Ido
\On Mon, 2013-12-02 at 18:15 +0100, Josua Dietze wrote:
> usb_modeswitch can onl
I installed the package 'usb-mode-switch' but the problem persists. It's
not solved yet.
On Sun, 2013-12-01 at 01:12 +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the linux-image-3.11-2-amd64 package:
>
> #731016:
After looking at the output of 'udevadm' I noticed that the kernel does
not generates block device file for the HDD. In that case I assume that
this might be kernel bug and not udev's bug.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
I confirm this bug.
When composing mail with hebrew letters and latin/number letters in the
same row, pressing 'Home' or 'End' make evolution to freeze.
Ido Halperin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsub
13 matches
Mail list logo