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