search for: 0x3ff

This is a fairly standard and old machine with 2 COM ports. Recently (last Friday) I decided to update my RELENG_7 system and also to transition from sio to uart. This what I had before the upgrade: kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 kernel: sio0: type 16550A kernel: sio0: [FILTER] kernel: sio1: <16550A-compatible COM port> port 0x2e8-0x2ef irq 3 on acpi0 kernel: sio1: type 16550A kernel: sio1: [FILTER] This is what I have now: uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0...

...face. i assume that the problem is the serial device access under wine. i've already added these lines to the configuration file in hope of solving the problem: [serialports] "Com1"="/dev/ttyS0" "Com2"="/dev/ttyS1" [ports] "read"="0x3F8-0x3FF" "write"="0x3F8-0x3FF" unfortunately, this still hasn't brought me anywhere. above lines should allow applications a direct read/write access to the port 0x3F8-0x3FF, right? if not, how would i allow a direct access to my serial devices? thanks for the help! matthias

....0 irq 11 Apr 14 09:30:27 chapel-hill /kernel: sio0: <3COM PCI FaxModem> port 0x1428-0x142f irq 11 at device 14.0 on pci0 Apr 14 09:30:27 chapel-hill /kernel: sio0: moving to sio2 Apr 14 09:30:27 chapel-hill /kernel: sio2: type 16550A Apr 14 09:30:27 chapel-hill /kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Apr 14 09:30:27 chapel-hill /kernel: sio0: type 16550A Apr 14 09:30:27 chapel-hill /kernel: sio1 at port 0x2f8-0x2ff irq 3 on isa0 Apr 14 09:30:27 chapel-hill /kernel: sio1: type 16550A ========== Kernel probe info with NVIDIA (system locks up then modem accessed): Metho...

...n amd64 7.1 install on a SuperMicro C2SBA+ and I see the following in dmesg.. sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0...

...g PIO transfers above 137GB as workaround for 48bit DMA access bug, expect reduced performance ata2: <ATA channel> at channel 0 on atapci0 ata3: <ATA channel> at channel 1 on atapci0 rtc0: <Real-Time Clock> at port 0x70-0x71 on isa0 uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 43 on isa0 uart0: console (9600,n,8,1) uart1: <16550 or compatible> at port 0x2e8-0x2ef irq 43 on isa0 ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem ver...

Just saw such warnings like: ... (XEN) printk: 387824 messages suppressed. (XEN) seg_fixup.c:282: Taken fault at bad CS c000, IP 00003aab (XEN) seg_fixup.c:282: Taken fault at bad CS c000, IP 00003ab2 (XEN) seg_fixup.c:282: Taken fault at bad CS c000, IP 00003aab (XEN) seg_fixup.c:282: Taken fault at bad CS c000, IP 00003ab2 ... It only jumped out when switching to/off X-windows within dom0, and

...k_needed(); total_size += stack_len; /* Stack */ - printf("Code %u, meminfo %u, cmdline %u, stack %u\n", - hptr->total_size, e820_len, cmdline_len, stack_len); - printf("Total size needed = %u bytes, allocating %uK\n", - total_size, (total_size + 0x3ff) >> 10); + if (!quiet) { + printf("Code %u, meminfo %u, cmdline %u, stack %u\n", + hptr->total_size, e820_len, cmdline_len, stack_len); + printf("Total size needed = %u bytes, allocating %uK\n", + total_size, (total_size + 0x3ff) >> 10...

...f (!pfb->ram) > + return -ENOMEM; > + > ret = pfb->ram->get(pfb, mem->num_pages << PAGE_SHIFT, > mem->page_alignment << PAGE_SHIFT, size_nc, > (nvbo->tile_flags >> 8) & 0x3ff, &node); > diff --git a/drm/nouveau/nv84_fence.c b/drm/nouveau/nv84_fence.c > index bf429ca..952bc48 100644 > --- a/drm/nouveau/nv84_fence.c > +++ b/drm/nouveau/nv84_fence.c > @@ -215,6 +215,7 @@ nv84_fence_create(struct nouveau_drm *drm) > { > struct nvkm_fifo *pf...

...000092000100ffffULL /* 16-bit real-mode 64k data at 0x00000100 */ }; -static struct -{ - unsigned short size __attribute__ ((packed)); - unsigned long long * base __attribute__ ((packed)); -} -real_mode_gdt = { sizeof (real_mode_gdt_entries) - 1, real_mode_gdt_entries }, -real_mode_idt = { 0x3ff, NULL }, -no_idt = { 0, NULL }; +static struct Xgt_desc_struct +real_mode_gdt = { sizeof (real_mode_gdt_entries) - 1, (unsigned long)real_mode_gdt_entries }, +real_mode_idt = { 0x3ff, 0 }, +no_idt = { 0, 0 }; /* This is 16-bit protected mode code to disable paging and the cache, @@ -322,6 +318...

...000092000100ffffULL /* 16-bit real-mode 64k data at 0x00000100 */ }; -static struct -{ - unsigned short size __attribute__ ((packed)); - unsigned long long * base __attribute__ ((packed)); -} -real_mode_gdt = { sizeof (real_mode_gdt_entries) - 1, real_mode_gdt_entries }, -real_mode_idt = { 0x3ff, NULL }, -no_idt = { 0, NULL }; +static struct Xgt_desc_struct +real_mode_gdt = { sizeof (real_mode_gdt_entries) - 1, (unsigned long)real_mode_gdt_entries }, +real_mode_idt = { 0x3ff, 0 }, +no_idt = { 0, 0 }; /* This is 16-bit protected mode code to disable paging and the cache, @@ -322,6 +318...

..._TILE_NONCONTIG) + if (nvbo->bo_flags & NOUVEAU_GEM_TILE_NONCONTIG) size_nc = 1 << nvbo->page_shift; ret = pfb->ram->get(pfb, mem->num_pages << PAGE_SHIFT, mem->page_alignment << PAGE_SHIFT, size_nc, - (nvbo->tile_flags >> 8) & 0x3ff, &node); + (nvbo->bo_flags >> 8) & 0x3ff, &node); if (ret) { mem->mm_node = NULL; return (ret == -ENOSPC) ? 0 : ret; @@ -174,11 +174,11 @@ nouveau_gart_manager_new(struct ttm_mem_type_manager *man, switch (drm->device.info.family) { case NV_DEVICE_INFO_V0...

...ouveau/core/subdev/therm/nv84.c +++ b/drivers/gpu/drm/nouveau/core/subdev/therm/nv84.c @@ -126,7 +126,7 @@ nv84_therm_intr(struct nouveau_subdev *subdev) spin_lock_irqsave(&priv->sensor.alarm_program_lock, flags); - intr = nv_rd32(therm, 0x20100); + intr = nv_rd32(therm, 0x20100) & 0x3ff; /* THRS_4: downclock */ if (intr & 0x002) { @@ -209,6 +209,19 @@ nv84_therm_ctor(struct nouveau_object *parent, return nouveau_therm_preinit(&priv->base.base); } +int +nv84_therm_fini(struct nouveau_object *object, bool suspend) +{ + /* Disable PTherm IRQs */ + nv_wr32(object...

Hi all, A recent thread inspired me to try getting a proper serial console working on a Supermicro X9SCL motherboard with IPMI. However I find that while I see loader messages and the getty I enabled after boot I don't get any kernel messages which does somewhat limit the utility.. The BMC creates COM3 (/dev/cuau2) which works with getty. I modified /boot/loader.conf like so..

...gt; at port 0x60,0x64 on isa0 atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: <Parallel port> at port 0x3bc-0x3bf irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode plip0: <PLIP network interface> on ppbus0 lpt0: <Printer> on...

...orce CHS mode even if LBA is detected. Detailed information on reported data and usage is in the header commentary of mbr/mbr-diag.S; here is an example: DIAG L D80h C3FFh H10h S3Fh P1 O00000020 MAA55h E00h which means: [L]BA addressing mode (alternative is [C]HS), [D]isk 0x80, [C]ylinders 0x3FF, [H]eads 0x10, [S]ectors 0x3F, [P]artition active 1, [O]ffset to boot-sector 0x00000020, [M]agic bytes (of boot-sector) 0xAA55, [E]rror code (from AH=0x42/0x02, int 0x13) 0x00 TJ (1): Add Diagnostic MBR for trouble-shooting mbr/Makefile | 6 +- mbr/mbr-diag.S | 371 +++++++++...

...rdless of the BIOS drive-number in DL. Detailed information on reported data and usage is in the header commentary of mbr/mbr-diag.S; here is an example: DIAG L D80h C3FFh H10h S3Fh P1 O00000020 MAA55h E00h which means: [L]BA addressing mode (alternative is [C]HS), [D]isk 0x80, [C]ylinders 0x3FF, [H]eads 0x10, [S]ectors 0x3F, [P]artition active 1, [O]ffset to boot-sector 0x00000020, [M]agic bytes (of boot-sector) 0xAA55, [E]rror code (from AH=0x42/0x02, int 0x13) 0x00 TJ (1): Add Diagnostic MBR for trouble-shooting BIOS boot-order problems. mbr/Makefile | 6 +- mbr/m...

...ith NUT through serial port? I'm trying to connect to SMX1500XLRT2U using serial cable shipped with UPS under FreeBSD 6.3-STABLE and NUT 2.2.2 installed from ports. Unfortunately, it looks like it couldn't be recognized. %dmesg | grep sio sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ups.conf: [tripplite] driver = tripplite port = /dev/cuad0 %/usr/local/libexec/nut/tripplite -a tripplite -DDDDD Network UPS Tools - Tripp-Lite SmartUPS driver 0.8 (2.2...

...r 6Y160L0) [3912632/16/63] at ata2-master UDMA33 acd0: DVD-ROM () at ata3-master UDMA33 Mounting root from UFS:/dev/md0 (at this point the system just sits here) This drive has been tested in another system and does come up as UDMA100 on this cable. in 4.8 the system hangs at sio0 at port 0x3f8-0x3ff Irq4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap or probed irqs 0 ppc0: parallel port not found (at this point it's hung) I'm available all day tomorrow to work through this problem if anybody needs more information please let me know. I'm assuming that...

...] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_copy+0x4a) [0x7f5e0be3ce9a] -> /usr/lib/dovecot/libdovecot-sieve.so.0(+0x3fa66) [0x7f5e0c103a66] -> /usr/lib/dovecot/libdovecot-sieve.so.0(+0x366b4) [0x7f5e0c0fa6b4] -> /usr/lib/dovecot/libdovecot-sieve.so.0(sieve_result_execute+0x3ff) [0x7f5e0c0fabef] -> /usr/lib/dovecot/libdovecot-sieve.so.0(sieve_execute+0x56) [0x7f5e0c10b456] -> sieve-test(main+0x73e) [0x403a5e] -> /lib/libc.so.6(__libc_start_main+0xfd) [0x7f5e0abdec8d] -> sieve-test() [0x403219] Aborted Best regards Peter

All, Given the amount of NULL-pointer dereference vulnerabilities in the FreeBSD kernel that have been discovered of late, I've started looking at a way to generically protect against the code execution possibilities of such bugs. By disallowing userland to map pages at address 0x0 (and a bit beyond), it is possible to make such NULL-pointer deref bugs mere DoS'es instead of code