Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
45 user(s) are online (24 user(s) are browsing Forums)

Members: 1
Guests: 44

abalaban, more...

Headlines

Forum Index


Board index » All Posts (Hans)




Re: Touchscreen HID driver & QEMU's USB Tablet device
Home away from home
Home away from home


@balaton

Quote:
I don't know what the usb-tablet device emulates. It seems like a HID device that reports absolute coordinates. It usually works with other guest OS drivers but don't know what the AmigaOS driver supports.

It looks like the AmigaOS HID driver doesn't support it (I tried it out, and it didn't work). Not surprising, as we've never had such a device.

Quote:
An alternative is -device usb-wacom-tablet which more closely emulates an actual wacom tablet so maybe that could work better if the default usb-tablet is not recognised by AmigaOS's HID driver but I did not try these.


That's worth a try. No time for it right now, though.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: Touchscreen HID driver & QEMU's USB Tablet device
Home away from home
Home away from home


@AlfredOne

Quote:
@hans, can you tell me if the 3 buttons are physically on the tablet or are they emulated by qemu?

There is no actual tablet. I'm using a laptop with a trackpad.

The advantage of using the emulated "usb-tablet" with a mouse/trackpad, is that the guest OS gets the actual mouse pointer location. The Virtio GPU device uses the host OS' actual mouse pointer/cursor, which can cause weird interaction problems because both the host and guest OS are trying to control the mouse pointer's position. In "usb-tablet" mode, the guest OS gets the actual mouse position directly, and the fight between the guest and host OS can stop.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: Qemu GTK/SDL display problems
Home away from home
Home away from home


@smarkusg

Yes, I have an nvidia GPU. Actually, it's one of those dual GPU setups with an Intel HD Graphics 530 for low power usage, and an nvidia 960M for when more GPU power is needed.

My Ubuntu setup might be stuck with using the Intel GPU only. I tried switching it to using the nvida at all times, and ended up with a black QEMU window (plus warnings a QEMU context reset due to a hung GPU).

So, something's not working right on my system. The Intel GPU should still be more than fast enough, but who knows what else is wrong.

Regardless, it's good enough for me to finish working on the driver.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Touchscreen HID driver & QEMU's USB Tablet device
Home away from home
Home away from home


@all

I finally tried out QEMU's "tablet mode" for the mouse, and it doesn't work with the touchscreen driver. So, "-device usb-tablet" isn't an option, yet...

The USB log says that no driver was found for QEMU's tabled device:
I: [10:57:57] USB Fkt Init | Init Fkt | [fkt 0x6FF8FDC0] Fkt is {Vendor: 0x0627, Product: 0x0001, Class: 00.00}
I: [10:57:57] USB Fkt Init | Init Fkt | [fkt 0x6FF8FDC0] Fkt ("QEMU","QEMU USB Tablet","28754-pci.1:0c.3-1") initialized
I: [10:57:57] USB FD fkt start | Sys_EndInitialAttachmentPhase | Initial USB Attachment Phase terminated
I: [10:57:57] USB FD fkt start | BindInterfaceDriver | No interface driver of fkt 0x6FF8FDC0/ifc 0x5F95C190 {Class 03.00} has been found
W: [10:57:57] USB FD fkt start | Fkt FD launcher | [0x6FF8FDC0] Could not bind any suitable interface driver to fkt

@AlfredOne
Is the "QEMU USB Tablet" a USB touchscreen device? Or is a different protocol used?

EDIT: Should have started a new thread for this...

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: Qemu GTK/SDL display problems
Home away from home
Home away from home


@balaton

A bit of professional courtesy would be appreciated. You do NOT need to lecture a fellow developer about how posting problems on an obscure forum is unlikely to get them fixed. I haven't submitted any bug reports yet because, so far, I haven't had enough information to do so.

Quote:
But @Maijestro could also reproduce it on completely different hardware and OS so this may be something related to HIDPI display or QEMU.


I just tried disabling scaling, and performance went up (still slower than expected, but a lot better). The mouse pointer also suddenly works just fine. Looks like HIDPI may indeed be a problem...

Setting scaling to 200% also triggered a slow-down, and made the mouse pointer unusable again. So, any scaling is a problem.

This looks like a system/driver issue (not sure which module is to blame, yet). I've seen plenty of complaints about fractional scaling causing performance issues (and other problems). AFAIK, Ubuntu is also on the conservative side when updating packages, so these problems may well have been fixed upstream already.

The mouse pointer not handling scaling definitely is a QEMU issue, and there's already a bug report for it.** I'll add my observations to that ticket, and update the broken scaling bug report too...

Hans


** NOTE: This is with the mouse pointer input being in normal mode. IIRC, the recommendation is to use tablet mode (with a suitable driver on the guest OS). I haven't tried that out yet.


Edited by Hans on 2024/2/23 5:27:52
http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: Qemu GTK/SDL display problems
Home away from home
Home away from home


@all

I'm pleased to say that updating to QEMU 8.2.1 fixed the GTK display.

Unfortunately, the GTK display backend is now almost as slow as SDL2 when using the Virtio GPU device. Also, the Virtio mouse pointer is indeed completely unusable, as per this bug report.

Looks like I have to put up with the slowness for now...

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: Qemu GTK/SDL display problems
Home away from home
Home away from home


@smarkusg

As I said earlier, the GTK backend is completely broken on my system when OpenGL is enabled, regardless of which emulated graphics card you use. It's the same when I use the emulated SM501. No idea why it works for you but not me (and some other people who reported the same issue).

Linux has a large number of distros with different setups. QEMU's GTK code itself has two OpenGL backends (one being EGL based).

The mouse pointer issue (in one of the bug reports I linked to) is specific to the Virtio GPU device. Emulated cards like the SM501 use a mouse pointer that's drawn directly to the window. Virtio uses the host system's actual mouse pointer.

The SDL2 slowdown with a Virtio GPU display may also be specific to my system. I've seen varying reports about Virtio GPU performance (with Linux guest OSes) from "near native" to "horribly slow." It seems to vary a lot depending on which distro, hardware, libs and drivers people have.

I can try upgrade to the latest release (8.2.1) and see if GTK works any better. I didn't see anything relevant in QEMU's commit history, though.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: Qemu GTK/SDL display problems
Home away from home
Home away from home


Adding SDL_GL_SetSwapInterval(0) did nothing, nor did my attempts to disable vsyncing in the drivers. My laptop has both an Intel and nVidia GPU, and I've got no idea which one it's using, or what the settings are (the nVidia control panel doesn't even have OpenGL settings).

Switching the desktop to 1920x1080 @60Hz did help, but flushing the image to screen is still hurting performance (reducing screen bitmap flushing to once every 6 frames gives approx. 3x speed up). It's still slower than the GTK backend.

I don't see anything wrong with QEMU's SLD2 GL code. Time for me to move on. I'll just have to live with it for now.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: Qemu GTK/SDL display problems
Home away from home
Home away from home


@all

The problem I encountered with the GTK display backend has been around for a few years already. There are other issues too, such as broken mouse positioning and refresh rate limiting.

I suspect that my problem may be SDL2_GL_SwapWindow() waiting for a vsync, or the nVidia driver forcing a vsync. To make matters worse, my monitor runs at 30Hz in 4K.** If QEMU's Virtio GPU code is running in the same thread as the CPU emulation (and I suspect that it is), then emulation gets blocked by up to 33ms at a time.

Hans

** Despite this, the VirtioGPU driver is told that it's got a 60Hz screen. So, it's trying to update the screen at that rate. I wish that the EDID that QEMU sends to Virtio GPU was based on the actual monitor's capabilities.

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: Qemu GTK/SDL display problems
Home away from home
Home away from home


@smarkusg

Quote:
Linux - SLD works without any problem, there is no slowdown. Just don't know why you have "show-cursor=on" because then there are two indicators.

I have it enabled, because Virtio uses the host OS' actual mouse pointer, and otherwise you can't see it.

@vagappc

Quote:
SPICE (the Simple Protocol for Independent Computing Environments) is the best remote display for VM.

Ah, okay. The SPICE software that I know, is the circuit emulator (link).

@all
I think the SDL slowness is Virtio GPU specific. With SDL, flushing the screen bitmap to the monitor is incredibly slow. That's crazy, given that the screen bitmap is in an OpenGL texture, so blitting to the display window on the host OS should be incredibly fast. Either way, drawing graphics ends up being painfully slow unless reduce how often the display is flushed (which lowers the frame-rate).

With GTK, the flush operation is way faster.

@Maijestro
Nice to see the problem confirmed, albeit with Cocoa instead of GTK. I was hoping someone would tell me that the GTK issue had been fixed, and I just needed to upgrade. I'm currently using v8.1.0 (self-compiled).

@smarkusg
Quote:
I guess the problem on macOS and Cocoa was fixed already in the git version because I saw on the mailing list that you helped the developer to fix it. Thanks!!!

Has it also been fixed for GTK? Or for Cocoa alone?

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: Qemu GTK/SDL display problems
Home away from home
Home away from home


@vagappc

Quote:
Is your version of qemu from the Linux distro or did you compile it?
During the build for enable the openGL it need of other package.

I had to compile it, which included guessing what dependencies I had to install for the features I needed.

Quote:
Are you using Wayland or a regular X server?
With Wayland there is many problems with GTK

I think it's X11. At least, that's what the about window says. I'm using Ubuntu 22.04.4 LTS.

Quote:
I am not sure, bat the acceleration opengl I think it want a client spice

What's a "client spice?" I've seen spice mentioned, but have no idea what it is, or how it fits into the larger ecosystem.

Either way, I can confirm that OpenGL is working. Otherwise I wouldn't be able to work on the VirtioGPU's hardware acceleration. My problem is that the GTK display is messed up, and SDL is annoyingly slow.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: Qemu GTK/SDL display problems
Home away from home
Home away from home


@balaton
Quote:
Since nobody else has your virtio-gpu driver nobody can experiment with it.

You don't need my driver to enable OpenGL. Just add the gl=on option. I get the same behaviour with the SM501.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Qemu GTK/SDL display problems
Home away from home
Home away from home


Has anyone tried enabling OpenGL in Qemu? Everything works great without it. Once OpenGL is enabled, the GTK display mode becomes unusable. On my machine, the screen is squished into the window's lower left quadrant, and the rest of the window flickers like crazy.

The SDL display type works, but screen updates are very slow, which in turn slows down the emulated machine (at least, with the Virtio GPU device).

My display option is currently: -display sdl,gl=on,show-cursor=on, and I'm using a self-compiled Qemu 8.1.0 on Linux.

Has anyone else experimented with this? I'd prefer to use the GTK mode because performance is much better, but it's unusable in its current state (when OpenGL is enabled).

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: About off topic news on Amigans
Home away from home
Home away from home


@geennaam

Quote:
I think that this site original started as "not morphos". When aros wasn't even taken seriously yet.

Not quite. While it's hard to imagine now, IIRC, at one point amigaworld.net was the official AmigaOS 4 support forum. Amigaworld.net provided an OS4 centric space away from amiga.org (which had become a hotbed of inter-OS flame wars).

Despite having their own forums (e.g., morphzone), AROS and MorphOS fans seem to really want to discuss their OSes on any and every Amiga computer forum. So, AROS & MorphOS "fans" also joined amigaworld.net, and arguments over the pros and cons of each OS followed. So, what started as an OS4 centric forum was OS4 centric no more.

AFAIK, this is why amigans.net was started. It's stated intention was to be an AmigaOS 4 site. Basically, what MorphZone is to MorphOS. The only way to maintain this site's OS4-centric character, is to keep discussion of other OSes (including Amiga clones) off the front page. Otherwise, this place will end up like amigaworld.net, and before you know it a new OS4 centric forum will be created... What will that next forum be? Os4zone.net? AmigaNGWorld.net? LeaveUsAlone.com?

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: can
Home away from home
Home away from home


@328gts
Quote:
I'm using http only with Odyssey but for some reason I'm getting the OWB error prompt (Error 60) noted above?

If you're getting SSL errors, then it's trying to use SSL for some reason (i.e. https instead of http).

Did you disable HTTP in ZitaFTP Server by any chance?

I'll respond to your email after I've had a chance to look at it.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: can
Home away from home
Home away from home


@joerg
Quote:
You are using http://localhost/about (no encryption), the problem @328gts has is SSL/TLS related, i.e. he is trying to use something like https://localhost/about instead.

Yes, and I literally told @328gts to stop using https for localhost because Odyssey clearly can't handle the SSL certificate.

Quote:
OWB development was stopped by Pleyo in 2009 already, anything newer wont work in OWB, incl. my AmigaOS 3.x/m68k and 4.x/PPC ports and and the AROS/x86 one, and probably not in forks of it like Odyssey either.

I see no reason why Odyssey couldn't use an updated libCURL & OpenSSL. Whether anyone is going to make it happen is another matter...

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: can't login to ZitaFTP server webpage?
Home away from home
Home away from home


@328gts

Are you attempting to log in on the machine running the server? If so, just double-click on the ZitaFTP Server dock icon. I tried it, and it works just fine.

Or, use http: instead of https:. There's no point in SSL encrypting a localhost connection...

I have no idea why Odyssey would have trouble with the certificate. Error 35 is from libCURL. Perhaps OpenSSL is now too old, or maybe it's libCURL that needs an update. A bit embarrassing if Odyssey can't handle what was recommended SSL protocol settings years ago (e.g., min TLS 1.2, with ciphers restricted to ones that don't have known flaws).

Quote:
I also tried using IBrowse and I got into the login page but after putting in my username and password I get "500 Internal Server Error..Try again in a few minutes or contcat the system administrator"?

Could you capture a log of this, and send it to me via email? Increase ZitaFTP's logging level to the max if needed.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: AmigaOne X5K Video Tests - from HD7750 to RX580
Home away from home
Home away from home


@imagodespira

Quote:
Maybe you have to try some games for your RX580 next year (we have to solve some problems we currently cannot reproduce, some crashes on the one X5000 and not on the other... we will see how to fix it) ;)"

Any idea which driver and kernel versions are used on the X5000 with these crashes? The X5000 has a larger cache-line size to most other PPC CPUs, and the kernel originally configured the cache hint instructions (e.g., dcbz) to act on the whole cache line instead of the old cache line size of 32-bytes. Needless to say, clearing too many bytes can cause trouble...

IIRC, the X1000 also has a larger cache line, but it's set up to treat the old dcbz (and related) as if they operate on a 32-byte cache line. This ensures compatibility with older software that assumes a 32-byte cache line (which includes older driver versions).

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: after Enhancer 2.2 upgrade, Emotion Locks up Playing MP4 Video
Home away from home
Home away from home


@LiveForIt

Quote:
Checking if something has or has not composition for example is useless, because a driver can support hw ARGB composition, but not support hw YUV422 composition. So you can get false positives on that.


Do a test YUV composite with the "hardware only" flag set. It'll fail with hardware/drivers that don't support it.

EDIT: Make sure the test composite operation is to a bitmap that's on the target graphics card (e.g., the screen bitmap, or a bitmap that you've locked to the right graphics card).

@AmigaSociety

Could you log this problem to the A-EON bug tracker? We do want it to fail gracefully if the hardware doesn't support it. That'll tell you whether YUV compositing is supported independently of ARGB.

Hans


Edited by Hans on 2023/11/27 12:54:33
http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top


Re: PCI virtio driver development
Home away from home
Home away from home


@kas1e

Quote:
Mean no open source, another sites to register to download it, another ownership who want to dictate when and how to use it. Maybe can be ok with closed source stuff, but with QEMU having developers to rely on closed source library, IMHO no way to go.

This has zero effect on Qemu developers. It only matters to those writing drivers for AmigaOS.

Incidentally, Virtio isn't only for Qemu. It's also supported by other Virtual Machines (VMs).

Quote:
If ppls will be in needs to contact to the Mattew (yeah, that Mattew who answer years for simple questions), to get access to the closed source library, to sign some document or register on some site, that IMHO just crazy.

You're assuming that people will have to sign an NDA to get access. I don't remember them doing that with their classes.

The reason that I'm encouraging people to contact A-EON, is so that A-EON is aware that people want access to the library. Hopefully that'll nudge them to take action sooner rather than later. I've already encouraged them to open up access to the library.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top



TopTop
(1) 2 3 4 ... 125 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project