search for: 0x101000

Displaying 20 results from an estimated 23 matches for "0x101000".

Did you mean: 0x10000
2008 Jul 28
1
Relocating COM32 modules to higher mem
Hello, As it is known, Syslinux loads COM32 modules to 0x101000 (the PM IDT is at 0x100000). Unfortunately, in my project this area of memory is already occupied by another program that I need to preserve for a while (specifically, until Syslinux's COM32 module boots up the OS kernel). In other words, I need to load and execute COM32 modules from other than...
2020 Apr 28
3
[PATCH v3 1/3] device: rework mmio mapping code to get rid of second map
...s native endianness */ #ifndef __BIG_ENDIAN if (ioread32_native(map + 0x000004) != 0x00000000) { @@ -2980,7 +2985,6 @@ nvkm_device_ctor(const struct nvkm_device_func *func, /* read boot0 and strapping information */ boot0 = ioread32_native(map + 0x000000); strap = ioread32_native(map + 0x101000); - iounmap(map); /* chipset can be overridden for devel/testing purposes */ chipset = nvkm_longopt(device->cfgopt, "NvChipset", 0); @@ -3159,12 +3163,7 @@ nvkm_device_ctor(const struct nvkm_device_func *func, device->name = device->chip->name; if (mmio) { - d...
2009 Feb 24
8
[Bug 20298] New: Nouveau doesn' t allow my modeline because of hardcoded value
http://bugs.freedesktop.org/show_bug.cgi?id=20298 Summary: Nouveau doesn't allow my modeline because of hardcoded value Product: xorg Version: git Platform: All OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at
2020 Jun 14
1
[PATCH] drm/noveau: fix reference count leak in nouveau_debugfs_strap_peek
...ret = pm_runtime_get_sync(drm->dev->dev); - if (ret < 0 && ret != -EACCES) + if (ret < 0 && ret != -EACCES) { + pm_runtime_put_autosuspend(drm->dev->dev); return ret; + } seq_printf(m, "0x%08x\n", nvif_rd32(&drm->client.device.object, 0x101000)); -- 2.25.1
2002 Dec 01
1
SYSLINUX COM32 example in assembly (NASM)
Hello Where can I get example in assembly, using COM32 API ? I'm trying to make simple "Hello World" using COM32, but this code does not works 8-( org 0x101000 ; this number I get from comboot.doc _start: mov ecx,msge-msg mov ebx,msg mov ah,0x02 .L: mov dl, byte [ebx] inc ebx int 0x21 loop .L .Z: jmp .Z ; \infty loop msg: db "Hello World !" msge: END What Do I do incorrect ? PS: I use NASM 0.98
2020 Jun 16
0
[PATCH] drm/noveau: fix reference count leak in nouveau_debugfs_strap_peek
...) > + if (ret < 0 && ret != -EACCES) { > + pm_runtime_put_autosuspend(drm->dev->dev); > return ret; > + } > > seq_printf(m, "0x%08x\n", > nvif_rd32(&drm->client.device.object, 0x101000)); > -- > 2.25.1 > > _______________________________________________ > dri-devel mailing list > dri-devel at lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel
2020 Aug 10
0
[PATCH AUTOSEL 5.8 22/64] drm/nouveau: fix reference count leak in nouveau_debugfs_strap_peek
...ret = pm_runtime_get_sync(drm->dev->dev); - if (ret < 0 && ret != -EACCES) + if (ret < 0 && ret != -EACCES) { + pm_runtime_put_autosuspend(drm->dev->dev); return ret; + } seq_printf(m, "0x%08x\n", nvif_rd32(&drm->client.device.object, 0x101000)); -- 2.25.1
2020 Aug 10
0
[PATCH AUTOSEL 5.7 20/60] drm/nouveau: fix reference count leak in nouveau_debugfs_strap_peek
...ret = pm_runtime_get_sync(drm->dev->dev); - if (ret < 0 && ret != -EACCES) + if (ret < 0 && ret != -EACCES) { + pm_runtime_put_autosuspend(drm->dev->dev); return ret; + } seq_printf(m, "0x%08x\n", nvif_rd32(&drm->client.device.object, 0x101000)); -- 2.25.1
2020 Aug 10
0
[PATCH AUTOSEL 5.4 16/45] drm/nouveau: fix reference count leak in nouveau_debugfs_strap_peek
...ret = pm_runtime_get_sync(drm->dev->dev); - if (ret < 0 && ret != -EACCES) + if (ret < 0 && ret != -EACCES) { + pm_runtime_put_autosuspend(drm->dev->dev); return ret; + } seq_printf(m, "0x%08x\n", nvif_rd32(&drm->client.device.object, 0x101000)); -- 2.25.1
2008 Sep 04
3
a very bit problem!
Hi there! I have a bit problem with syslinux, I want to boot from a binary file, I don't want to have any OS(any kernel), so how can I do that? Should I make a special binary file? what should I specify in syslinux.cfg? ------------------------------- Hamid Reza Hasani thanks a lot! Ya Ali
2020 Apr 17
2
[PATCH 1/3] device: use the correct mmio size when mapping
Fixes warnings on GPUs with smaller a smaller mmio region like vGPUs. Signed-off-by: Karol Herbst <kherbst at redhat.com> --- drm/nouveau/nvkm/engine/device/base.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drm/nouveau/nvkm/engine/device/base.c b/drm/nouveau/nvkm/engine/device/base.c index 8ebbe1656..17676c75a 100644 --- a/drm/nouveau/nvkm/engine/device/base.c +++
2016 Jun 06
4
[Bug 96411] New: [NVA8] reclocking not working. screen glitches.
https://bugs.freedesktop.org/show_bug.cgi?id=96411 Bug ID: 96411 Summary: [NVA8] reclocking not working. screen glitches. Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau
2020 Apr 17
2
[PATCH v2 1/3] device: use the correct mmio size when mapping
Fixes warnings on GPUs with smaller a smaller mmio region like vGPUs. Signed-off-by: Karol Herbst <kherbst at redhat.com> --- drm/nouveau/nvkm/engine/device/base.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drm/nouveau/nvkm/engine/device/base.c b/drm/nouveau/nvkm/engine/device/base.c index 8ebbe1656..17676c75a 100644 --- a/drm/nouveau/nvkm/engine/device/base.c +++
2018 Sep 19
3
[PATCH 0/2] drm/nouveau: Allow parsing vbios.rom with nvbios from debugfs
This is a small patch series that adds a strap_peek file into our debugfs, and sets the size of the vbios.rom debugfs file so that nvbios can easily be used to parse the vbios even on systems where the normal BIOS retrieval methods (for example, laptops that need ACPI to access the vbios for the nvidia GPU) won't work. This should make it a little easier to collect vbioses. Lyude Paul (2):
2008 Apr 26
3
extlinux: missing text on serial output
Hi! Using the following extlinux.conf serial 0x2f8 57600 0x013 # that is, RTS/CTS flow control on COM2 prompt 1 timeout 100 say Select 'linux' or 'xen'. say Automatically booting 'xen' in 10 seconds. default xen label linux kernel /vmlinuz-2.6.18-6-686 append initrd=/initrd.img-2.6.18-6-686 root=/dev/mapper/xen1-root ro console=tty0 console=ttyS1,57600n8r noresume
2018 Jun 24
31
[Bug 107016] New: Gpio error only from kernel higher as 4.x (k2000m; 0x0e73b0a2; version 80.07.40.00.02)
https://bugs.freedesktop.org/show_bug.cgi?id=107016 Bug ID: 107016 Summary: Gpio error only from kernel higher as 4.x (k2000m; 0x0e73b0a2; version 80.07.40.00.02) Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium
2015 Jan 29
28
[Bug 88868] New: PowerPC e5500, kernel crash, GT520, GT610
...vidia card GT520, GT610 and other. I tryed to solve the problem by myself and added some debug codes: 1. I added the following debug codes into the file base.c /* read boot0 and strapping information */ boot0 = ioread32_native(map + 0x000000); strap = ioread32_native(map + 0x101000); iounmap(map); printk ("##boot0=%x\n",boot0); printk ("##strap=%x\n",strap); The result you can see in the log_gt610 attachment file. The value of the variable "boot0" for this video card is to be of the value 0x0d90a0a1, in the log it is va...
2014 Dec 11
1
[PATCH v3 2/2] fb/nvaa: Enable non-isometric poller on NVAA/NVAC
On Wed, Dec 10, 2014 at 5:53 PM, Pierre Moreau <pierre.morrow at free.fr> wrote: > (This is a v3 of patch "drm/nouveau/fb/nv50: Add PFB writes") > > This fix a GPU lockup on 9400M (NVAC) when using acceleration, see > https://bugs.freedesktop.org/show_bug.cgi?id=27501 > > v2: > - Move code to subdev/fb/nv50.c as suggested by Roy Spliet; > - Remove arbitrary
2016 Jan 27
62
[Bug 93887] New: Amilo Xi 3650: G96M [GeForce 9600M GT]: HDMI monitor stays black after s2ram
https://bugs.freedesktop.org/show_bug.cgi?id=93887 Bug ID: 93887 Summary: Amilo Xi 3650: G96M [GeForce 9600M GT]: HDMI monitor stays black after s2ram Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:
2014 Mar 22
16
[Bug 76475] New: Nouveau fails to load due to unknown opcode 0x80
https://bugs.freedesktop.org/show_bug.cgi?id=76475 Priority: medium Bug ID: 76475 Assignee: nouveau at lists.freedesktop.org Summary: Nouveau fails to load due to unknown opcode 0x80 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: patrick.clara at