On Tue, Dec 21, 2010 at 7:28 PM, Andreas Färber wrote:
> Since Christmas and the New Year with its good intensions are approaching,
> apart from z80 there's some more feature forks around:
>
> http://repo.or.cz/w/qemu.git/forks?o=age
They are also the gold plateform aka the android qemu port (see
On Wed, Dec 22, 2010 at 07:30:33AM +0100, Hervé Poussineau wrote:
> Isaku Yamahata a écrit :
> >On Wed, Dec 22, 2010 at 12:20:23AM +0100, Andreas Färber wrote:
> >>From: Hervé Poussineau
> >>
> >>v1:
> >>* Rebased.
> >>
> >>Signed-off-by: Hervé Poussineau
> >>Cc: Michael S. Tsirkin
> >>Signed-of
On Wed, Dec 22, 2010 at 03:14:35PM +0900, Isaku Yamahata wrote:
> support flr.
>
> Signed-off-by: Isaku Yamahata
Applied.
> ---
> hw/pci.c|6 +-
> hw/pci.h|1 +
> hw/pcie.c | 11 +--
> hw/pcie.h |2 --
> hw/
On Wed, Dec 22, 2010 at 12:13:43PM +0900, Isaku Yamahata wrote:
> Right now pcibus_get_dev_path() isn't migration save because
> bus number/secondary bus number are set by guest OS.
> So it can't be used reliably for qemu internal id.
>
> For 0.14 release, disable p2p bridge migration at the momen
Isaku Yamahata a écrit :
On Wed, Dec 22, 2010 at 12:20:23AM +0100, Andreas Färber wrote:
From: Hervé Poussineau
v1:
* Rebased.
Signed-off-by: Hervé Poussineau
Cc: Michael S. Tsirkin
Signed-off-by: Andreas Färber
---
Hello Michael,
Could you please take a look at this? I'm out of m
On Wed, Dec 22, 2010 at 03:13:43PM +0900, Isaku Yamahata wrote:
> The change set of b1aeb92666d2fde413c34578b3b42bbfe5f2a506 in pci branch
> was mismerged. The compatibility should be kept for 0.13, not for 0.14.
>
> Signed-off-by: Isaku Yamahata
Applied.
> ---
> hw/pc_piix.c | 12 -
On Wed, Dec 22, 2010 at 11:50:14AM +0900, Isaku Yamahata wrote:
> On Wed, Dec 22, 2010 at 12:20:23AM +0100, Andreas Färber wrote:
> > From: Hervé Poussineau
> >
> > v1:
> > * Rebased.
> >
> > Signed-off-by: Hervé Poussineau
> > Cc: Michael S. Tsirkin
> > Signed-off-by: Andreas Färber
> > ---
support flr.
Signed-off-by: Isaku Yamahata
---
hw/pci.c|6 +-
hw/pci.h|1 +
hw/pcie.c | 11 +--
hw/pcie.h |2 --
hw/xio3130_downstream.c |2 +-
hw/xio3130_upstream.c |3 ---
6 files changed, 12 insert
The change set of b1aeb92666d2fde413c34578b3b42bbfe5f2a506 in pci branch
was mismerged. The compatibility should be kept for 0.13, not for 0.14.
Signed-off-by: Isaku Yamahata
---
hw/pc_piix.c | 12
1 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/hw/pc_piix.c b/hw/pc
Right now pcibus_get_dev_path() isn't migration save because
bus number/secondary bus number are set by guest OS.
So it can't be used reliably for qemu internal id.
For 0.14 release, disable p2p bridge migration at the moment.
Once pcibus_get_dev_path() is fixed, this patch should be reverted.
It
On Wed, Dec 22, 2010 at 12:20:23AM +0100, Andreas Färber wrote:
> From: Hervé Poussineau
>
> v1:
> * Rebased.
>
> Signed-off-by: Hervé Poussineau
> Cc: Michael S. Tsirkin
> Signed-off-by: Andreas Färber
> ---
>
> Hello Michael,
>
> Could you please take a look at this? I'm out of my fie
On 12/20/2010 11:51 PM, Stefan Hajnoczi wrote:
> On Tue, Dec 21, 2010 at 5:20 AM, Harsh Prateek Bora
> wrote:
>> This patch removes the addition of null char in symlink file
>> which is being appended to file in case of mapped security model.
>> Without this patch, the extra null char causes LTP t
Am 21.12.2010 um 01:46 schrieb Alexander Graf:
On 21.12.2010, at 01:33, Andreas Färber wrote:
OpenHack'Ware never worked for me before. Supposedly patched Linux
kernels loaded via -kernel, still searching for a working one
though...
$ qemu-system-ppc -M prep -nographic
ERROR: BUG caught..
From: Hervé Poussineau
v1:
* Rebased.
Signed-off-by: Hervé Poussineau
Cc: Michael S. Tsirkin
Signed-off-by: Andreas Färber
---
Hello Michael,
Could you please take a look at this? I'm out of my field here.
The intention of the first part appears to be to save (val & ~mask),
whereas
On Sun, Jul 25, 2010 at 07:46:49AM +0200, Edgar E. Iglesias wrote:
> On Sun, Jul 25, 2010 at 05:08:07AM +0200, Aurelien Jarno wrote:
> > On Sun, Jul 25, 2010 at 02:07:54AM +0200, Edgar E. Iglesias wrote:
> > > On Sun, Jul 25, 2010 at 12:55:45AM +0200, Aurelien Jarno wrote:
> > > > On Thu, Jul 22, 2
> > So back to square 1 ... my vscsi (and virtio-blk too btw) can
> > technically pass a max size to the guest, but we don't have a way to
> > interrogate scsi-generic (and the underlying block driver) which is the
> > main issue (that plus the fact that the ioctl seems to be broken in
> > "compat"
Am 21.12.2010 19:28, schrieb Andreas Färber:
Since Christmas and the New Year with its good intensions are
approaching, apart from z80 there's some more feature forks around:
http://repo.or.cz/w/qemu.git/forks?o=age
- hpoussin.git ppc contains the 40p machine that I'm reviewing for
upstream i
On Tue, 21 Dec 2010, Alexander Graf wrote:
>
> On 21.12.2010, at 19:57, Andreas Färber wrote:
>
> > Am 21.12.2010 um 18:33 schrieb Alexander Graf:
> >
> >> On 02.12.2010, at 15:18, anthony.per...@citrix.com wrote:
> >>
> >>> From: Anthony PERARD
> >>>
> >>> This option gives the ability to switch
Peter,
Am 21.12.2010 um 20:04 schrieb Peter Maydell:
http://meego.gitorious.org/qemu-maemo/qemu
That fork includes OMAP3 support (needed for beagle) and also a large
set of bugfixes for various ARM TCG issues which I've been trying to
get reviewed and into upstream. (If anybody has suggestions
Thanks, applied all three.
On Tue, Dec 21, 2010 at 2:23 AM, Brad wrote:
> Signed-off-by: Brad Smith
>
> ---
> net/tap-bsd.c | 8 ++--
> 1 files changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/net/tap-bsd.c b/net/tap-bsd.c
> index efccfe0..2f3efde 100644
> --- a/net/tap-bsd.c
>
Le 21 déc. 2010 à 19:28, Andreas Färber a écrit :
> Since Christmas and the New Year with its good intensions are approaching,
> apart from z80 there's some more feature forks around:
There is also a 68k trunk around IIRC:
http://gitorious.org/qemu-m68k/qemu-m68k
> * I heard from François that
Hello,
I have a question regarding how Qemu PCIe devices handle Config Transactions vs
Memory Transactions (assuming the PCI device is setup to act as
PCI_BASE_ADDRESS_SPACE_MEMORY).
I'm using portions of hw/cirrus_vga.c to make my point,
static PCIDeviceInfo cirrus_vga_info = {
.qdev
From: Hervé Poussineau
v1:
* Coding style fixes.
Signed-off-by: Hervé Poussineau
Cc: Alexander Graf
Signed-off-by: Andreas Färber
---
Hello Alex,
Seeing the discussions about Leon3, is this the way to go for ppc? Is ppc.[hc]
right?
The unconditional use of 6xx looks suspicious to me
On Mon, Dec 20, 2010 at 10:17:50PM -0800, maheen butt wrote:
> hi I 'm working with fedora core 13(64 bit) x86_64 platform. I
> configured QEMU with --enable-nptl switch but I'm not able to run
> programs containing POSIX threads or fork system call. I run this
> commandqemu-x86_64 thread it gives
On Tue, Dec 21, 2010 at 6:28 PM, Andreas Färber wrote:
> Since Christmas and the New Year with its good intensions are approaching,
> apart from z80 there's some more feature forks around:
>
> http://repo.or.cz/w/qemu.git/forks?o=age
>
> - hpoussin.git ppc contains the 40p machine that I'm reviewi
On 12/21/10 11:39, Olivier Galibert wrote:
> On Tue, Dec 21, 2010 at 09:18:08AM -0700, David S. Ahern wrote:
>>
>>
>> On 12/21/10 08:16, Olivier Galibert wrote:
>>>
>>> Hi all,
>>>
>>> Google sees patches to hw/usb-ehci.c from time to time, in
>>> http://www.mail-archive.com/qemu-devel@nongnu.o
On 21 December 2010 18:28, Andreas Färber wrote:
> Since Christmas and the New Year with its good intensions are approaching,
> apart from z80 there's some more feature forks around:
> * I heard from François that one of the downstreams has added support for
> the arm Beagle board? Maemo?
Yes (w
On 21.12.2010, at 19:57, Andreas Färber wrote:
> Am 21.12.2010 um 18:33 schrieb Alexander Graf:
>
>> On 02.12.2010, at 15:18, anthony.per...@citrix.com wrote:
>>
>>> From: Anthony PERARD
>>>
>>> This option gives the ability to switch one "accelerator" like kvm, xen
>>> or the default one tcg
Am 21.12.2010 um 18:33 schrieb Alexander Graf:
On 02.12.2010, at 15:18, anthony.per...@citrix.com wrote:
From: Anthony PERARD
This option gives the ability to switch one "accelerator" like kvm,
xen
or the default one tcg. We can specify more than one accelerator by
separate them by a colo
Since Christmas and the New Year with its good intensions are
approaching, apart from z80 there's some more feature forks around:
http://repo.or.cz/w/qemu.git/forks?o=age
- hpoussin.git ppc contains the 40p machine that I'm reviewing for
upstream inclusion currently.
* qemu-loongson.git I
On Tue, Dec 21, 2010 at 09:18:08AM -0700, David S. Ahern wrote:
>
>
> On 12/21/10 08:16, Olivier Galibert wrote:
> >
> > Hi all,
> >
> > Google sees patches to hw/usb-ehci.c from time to time, in
> > http://www.mail-archive.com/qemu-devel@nongnu.org/msg37741.html for
> > instance. Where is t
On 21.12.2010, at 19:28, Andreas Färber wrote:
> Since Christmas and the New Year with its good intensions are approaching,
> apart from z80 there's some more feature forks around:
>
> http://repo.or.cz/w/qemu.git/forks?o=age
>
> - hpoussin.git ppc contains the 40p machine that I'm reviewing f
On Thu, Dec 16, 2010 at 07:33:22PM +0100, Stefan Weil wrote:
> Every system should have some sort of main system bus,
> so sysbus_get_default should always return a valid bus.
>
> Without this patch, at least mipssim and malta no longer
> start but raise a null pointer access exception (caused by
On 02.12.2010, at 15:18, anthony.per...@citrix.com wrote:
> From: Anthony PERARD
>
> This option gives the ability to switch one "accelerator" like kvm, xen
> or the default one tcg. We can specify more than one accelerator by
> separate them by a colon. QEMU will try each one and use the first
On 21.12.2010, at 17:56, Anthony Liguori wrote:
> On 12/21/2010 10:07 AM, Markus Armbruster wrote:
>> "Richard W.M. Jones" writes:
>>
>>
>>> On Tue, Dec 21, 2010 at 04:41:03PM +0100, Markus Armbruster wrote:
>>>
Like this?
upstream qemu | default |-enable-kvm
--
Am 21.12.2010 um 03:47 schrieb John Williams:
This is a really interesting discussion which goes to the heart of
QEMU's identity.
Right...
A contemporary emulation and virtualisation platform (modern
embedded, KVM etc)? An emulation platform for retro-computing
nostalgia? How about as
Am 21.12.2010 03:38, schrieb Natalia Portillo:
Hi all,
The Z80 CPU and its variants and clones are not only used in dozens of
computers (ranging from a full range of CP/M compatible ones, and
minicomputers mostly seen as general public as gaming devices
-Amstrad, Speccy-), but also in hunders
On 12/21/2010 10:07 AM, Markus Armbruster wrote:
"Richard W.M. Jones" writes:
On Tue, Dec 21, 2010 at 04:41:03PM +0100, Markus Armbruster wrote:
Like this?
upstream qemu | default |-enable-kvm
+---+---
KVM available | disabled | enabled
KVM u
On 12/21/10 08:16, Olivier Galibert wrote:
>
> Hi all,
>
> Google sees patches to hw/usb-ehci.c from time to time, in
> http://www.mail-archive.com/qemu-devel@nongnu.org/msg37741.html for
> instance. Where is that code hiding, since I just can't find it in
> the git tree?
git://git.kiszka.o
Avi Kivity writes:
> On 12/21/2010 05:41 PM, Markus Armbruster wrote:
>> Avi Kivity writes:
>>
>> > On 12/15/2010 07:57 PM, Markus Armbruster wrote:
>> >> > In the short term, it would be a good idea to modify qemu-kvm to
>> >> > switch the -enable-kvm semantics to match upstream (fail if
"Richard W.M. Jones" writes:
> On Tue, Dec 21, 2010 at 04:41:03PM +0100, Markus Armbruster wrote:
>> Like this?
>>
>> upstream qemu | default |-enable-kvm
>> +---+---
>> KVM available | disabled | enabled
>> KVM unavailable | disabled |fail
>>
>> qem
On Tue, Dec 21, 2010 at 04:00:32PM +, Richard W.M. Jones wrote:
> Markus, any idea when we might get the -accel option appearing in
> released versions of qemu/KVM?
Sorry, I thought this email wasn't going out to a public list. I
should be more careful next time.
I'll say instead: We really
On Tue, Dec 21, 2010 at 04:41:03PM +0100, Markus Armbruster wrote:
> Like this?
>
> upstream qemu | default |-enable-kvm
> +---+---
> KVM available | disabled | enabled
> KVM unavailable | disabled |fail
>
> qemu-kvm| default |-enable-kvm| -
On 12/21/2010 05:41 PM, Markus Armbruster wrote:
Avi Kivity writes:
> On 12/15/2010 07:57 PM, Markus Armbruster wrote:
>> > In the short term, it would be a good idea to modify qemu-kvm to
>> > switch the -enable-kvm semantics to match upstream (fail if KVM isn't
>> > available).
>>
>
Avi Kivity writes:
> On 12/15/2010 07:57 PM, Markus Armbruster wrote:
>> > In the short term, it would be a good idea to modify qemu-kvm to
>> > switch the -enable-kvm semantics to match upstream (fail if KVM isn't
>> > available).
>>
>> That's what my patch does.
>>
>> Additionally, it change
* Chris Wright (chr...@redhat.com) wrote:
> Please send in any agenda items you are interested in covering.
No agenda, today's call is cancelled.
Also, given people's holiday and vacation schedules, next week's call is
cancelled. Talk again after the New Year.
thanks,
-chris
Hi all,
Google sees patches to hw/usb-ehci.c from time to time, in
http://www.mail-archive.com/qemu-devel@nongnu.org/msg37741.html for
instance. Where is that code hiding, since I just can't find it in
the git tree?
Best,
OG.
On 12/15/2010 07:57 PM, Markus Armbruster wrote:
> In the short term, it would be a good idea to modify qemu-kvm to
> switch the -enable-kvm semantics to match upstream (fail if KVM isn't
> available).
That's what my patch does.
Additionally, it changes the default to match upstream: KVM dis
Document how QEMU communicates with ACPI BIOS
for PCI hotplug.
Signed-off-by: Marcelo Tosatti
--- /dev/null 2010-12-14 09:23:48.414180082 -0200
+++ qemu/docs/specs/acpi_pci_hotplug.txt2010-12-20 15:00:26.0
-0200
@@ -0,0 +1,39 @@
+QEMU<->ACPI BIOS PCI hotplug interface
+---
On Mon, Dec 20, 2010 at 08:11:36PM +, Blue Swirl wrote:
> On Mon, Dec 20, 2010 at 5:09 PM, Marcelo Tosatti wrote:
> >
> > Document how QEMU communicates with ACPI BIOS
> > for PCI hotplug.
> >
> > Signed-off-by: Marcelo Tosatti
> >
> > --- /dev/null 2010-12-14 09:23:48.414180082 -0200
> > +
On 12/21/2010 04:41 PM, Marcelo Tosatti wrote:
Document how QEMU communicates with ACPI BIOS
for PCI hotplug.
Signed-off-by: Marcelo Tosatti
--- /dev/null 2010-12-14 09:23:48.414180082 -0200
+++ qemu/docs/specs/acpi_pci_hotplug.txt2010-12-20 15:00:26.0
-0200
@@ -0,0 +1,39 @@
- Original message -
> Am 21.12.2010 um 03:25 schrieb Brad:
>
> > Signed-off-by: Brad Smith
> >
> > ---
> > exec.c | 3 ++-
> > 1 files changed, 2 insertions(+), 1 deletions(-)
> >
> > diff --git a/exec.c b/exec.c
> > index 42a35e0..e513d16 100644
> > --- a/exec.c
> > +++ b/exec.c
Am 21.12.2010 um 03:25 schrieb Brad:
Signed-off-by: Brad Smith
---
exec.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/exec.c b/exec.c
index 42a35e0..e513d16 100644
--- a/exec.c
+++ b/exec.c
@@ -517,7 +517,8 @@ static void code_gen_alloc(unsigned long tb_size)
On 11/25/2010 09:47 PM, Sebastian Herbszt wrote:
> Hannes Reinecke wrote:
>> +static int megasas_scsi_init(PCIDevice *dev)
>> +{
>> +MPTState *s = DO_UPCAST(MPTState, dev, dev);
>> +uint8_t *pci_conf;
>> +int i;
>> +
>> +pci_conf = s->dev.config;
>> +
>> +/* PCI Vendor ID (word)
On 11/25/2010 03:33 PM, Kevin Wolf wrote:
> Am 24.11.2010 12:16, schrieb Hannes Reinecke:
>> The SCSI spec has a quite detailed list of sense codes available.
>> It even mandates the use of specific ones for some failure cases.
>> The current implementation just has one type of 'generic' error
>> w
On 21.12.2010, at 12:14, Artyom Tarasenko wrote:
> On Tue, Dec 21, 2010 at 10:25 AM, Alexander Graf wrote:
>>
>> On 21.12.2010, at 02:24, Andreas Färber wrote:
>>
>>> Am 21.12.2010 um 01:10 schrieb Alexander Graf:
>>>
On 21.12.2010, at 01:06, Andreas Färber wrote:
> Am 20.12.20
On Tue, Dec 21, 2010 at 10:25 AM, Alexander Graf wrote:
>
> On 21.12.2010, at 02:24, Andreas Färber wrote:
>
>> Am 21.12.2010 um 01:10 schrieb Alexander Graf:
>>
>>> On 21.12.2010, at 01:06, Andreas Färber wrote:
>>>
Am 20.12.2010 um 23:45 schrieb Alexander Graf:
> On 31.05.2009, at
Use pci_config_set_revision().
Signed-off-by: Sebastian Herbszt
diff --git a/hw/apb_pci.c b/hw/apb_pci.c
index 84e9af7..97b3032 100644
--- a/hw/apb_pci.c
+++ b/hw/apb_pci.c
@@ -321,7 +321,7 @@ static int apb_pci_bridge_initfn(PCIDevice *dev)
pci_set_word(dev->config + PCI_STATUS,
Use pci_config_set_revision().
Signed-off-by: Sebastian Herbszt
diff --git a/hw/dec_pci.c b/hw/dec_pci.c
index bf88f2a..75dd373 100644
--- a/hw/dec_pci.c
+++ b/hw/dec_pci.c
@@ -110,7 +110,7 @@ static int dec_21154_pci_host_init(PCIDevice *d)
/* PCI2PCI bridge same values as PearPC - check t
Use pci_config_set_revision().
Signed-off-by: Sebastian Herbszt
diff --git a/hw/ioh3420.c b/hw/ioh3420.c
index 95adf09..25ed2eb 100644
--- a/hw/ioh3420.c
+++ b/hw/ioh3420.c
@@ -104,7 +104,7 @@ static int ioh3420_initfn(PCIDevice *d)
return rc;
}
-d->config[PCI_REVISION_ID] =
Use pci_config_set_revision().
Signed-off-by: Sebastian Herbszt
diff --git a/hw/xio3130_downstream.c b/hw/xio3130_downstream.c
index 1a2d258..fe16475 100644
--- a/hw/xio3130_downstream.c
+++ b/hw/xio3130_downstream.c
@@ -71,7 +71,7 @@ static int xio3130_downstream_initfn(PCIDevice *d)
pcie_
On Tue, Dec 21, 2010 at 07:13:57PM +0900, Isaku Yamahata wrote:
> On Thu, Dec 16, 2010 at 10:36:08AM +0200, Michael S. Tsirkin wrote:
> > On Thu, Dec 16, 2010 at 04:08:16PM +0900, Isaku Yamahata wrote:
> > > On Wed, Dec 15, 2010 at 08:27:49AM -0700, Alex Williamson wrote:
> > > > On Wed, 2010-12-15
Le 21 déc. 2010 à 10:41, Stefan Hajnoczi a écrit :
>>
>> Yes, all Ti8x models except 89 (and 92 which are 68000 based) are z80 based.
>> There are already several emulators to compare to.
>
> The TI-83 was a great calculator. At one point there was a community
> and quite a few games for it :).
On Thu, Dec 16, 2010 at 10:36:08AM +0200, Michael S. Tsirkin wrote:
> On Thu, Dec 16, 2010 at 04:08:16PM +0900, Isaku Yamahata wrote:
> > On Wed, Dec 15, 2010 at 08:27:49AM -0700, Alex Williamson wrote:
> > > On Wed, 2010-12-15 at 11:56 +0200, Michael S. Tsirkin wrote:
> > > > On Tue, Dec 14, 2010
On Tue, Dec 21, 2010 at 1:06 AM, Andreas Färber wrote:
> Am 20.12.2010 um 23:45 schrieb Alexander Graf:
>
>> On 31.05.2009, at 17:20, Stuart Brady wrote:
>>
>>> Here's an update of the Z80 system emulator, which currently emulates
>>> the ZX Spectrum only. [...]
>>
>> [...] do you think it's a val
On Tue, Dec 21, 2010 at 10:04:56AM +0100, François Revol wrote:
> >>> Here's an update of the Z80 system emulator, which currently emulates
> >>> the ZX Spectrum only. [...]
> >>
> >> [...] do you think it's a valuable target to have in upstream qemu?
> >
> > The z80 was also used in the more mod
On Mon, Dec 20, 2010 at 6:33 PM, Bob Breuer wrote:
> Artyom Tarasenko wrote:
>> On Sun, Dec 19, 2010 at 8:37 PM, Bob Breuer wrote:
>>
>>> Andreas Färber wrote:
>>>
Am 18.12.2010 um 19:53 schrieb Blue Swirl:
> On Sat, Dec 18, 2010 at 5:09 PM, Bob Breuer wrote:
>
>> ledm
On 21.12.2010, at 02:24, Andreas Färber wrote:
> Am 21.12.2010 um 01:10 schrieb Alexander Graf:
>
>> On 21.12.2010, at 01:06, Andreas Färber wrote:
>>
>>> Am 20.12.2010 um 23:45 schrieb Alexander Graf:
>>>
On 31.05.2009, at 17:20, Stuart Brady wrote:
> Here's an update of the Z8
On 12/20/2010 07:31 PM, Blue Swirl wrote:
Are you aware of QEMU-SystemC:
http://www.greensocs.com/projects/QEMUSystemC
Perhaps that would be a better starting point than plain QEMU.
Hi!
Thank you! Sure I already checked this project! I googled all the web
for QEMU technical documents:) Even Ch
>>> Here's an update of the Z80 system emulator, which currently emulates
>>> the ZX Spectrum only. [...]
>>
>> [...] do you think it's a valuable target to have in upstream qemu?
>
> The z80 was also used in the more modern TI-83 Plus programmable calculator
> [1], for instance (chosen for scho
On 12/21/2010 04:52 AM, Benjamin Herrenschmidt wrote:
> On Tue, 2010-12-21 at 14:38 +1100, ronnie sahlberg wrote:
>> Ben,
>>
>> Since it is a scsi device you can try the Inquiry command with
>> pagecode 0xb0 : Block Limit VPD Page.
>> That pages show optimal and maximum request sizes.
>>
>> This
71 matches
Mail list logo