Re: [ARMv7] smtpd exits right after starting the daemon

2013-11-02 Thread Alexey E. Suslikov
Guenther Niess niess at pappanoa.de writes:

 sh: pcidump: not found
 sh: acpidump: not found
 b64encode: *: No such file or directory
 
 pcidump:
 
 acpidump:

Looks like sendbug needs a tweak to take platforms without
pcidump/acpidump/b64encode in account.



Re: Display stays off after waking from suspend-to-ram (zzz)

2013-10-09 Thread Alexey E. Suslikov
Ilmari Jaaranen ilmari.jaaranen at kapsi.fi writes:

 [demime 1.01d removed an attachment of type application/octet-stream which
had a name of dmesg]
 
 [demime 1.01d removed an attachment of type application/octet-stream which
had a name of messages]

you better send dmesg and co inline.



Re: panic: ehci_device_clear_toggle: queue active

2013-07-18 Thread Alexey E. Suslikov
Sergey Bronnikov estetus at gmail.com writes:

 panic: ehci_device_clear_toggle: queue active

Seems to be similar case as in another bug report.

http://article.gmane.org/gmane.os.openbsd.bugs/19812/



Re: Documentation Bug: twe Driver

2013-06-25 Thread Alexey E. Suslikov
Lightning Dust lightning.dust at outlook.com writes:

 twe driver documentation does not list support for 3ware 9550SE device, but
 this device is working.
 
 Is this the correct place to report this issue?

dmesg and one-liner diff to man page would be nice.



Re: Kernel panic on current amd64 running under Ubuntu KVM (patch included)

2013-05-20 Thread Alexey E. Suslikov
Jonathan Gray jsg at jsg.id.au writes:

 Filling the kernel full of if not really running on hardware
 do something else paths is asking for trouble.  If a hypervisor
 claims to be a specific model of a processor it should not be
 surprised when it gets msrs that processor can handle.
 
 

FreeBSD do

--- head/sys/amd64/amd64/initcpu.c  2012/03/30 16:32:41 233702
+++ head/sys/amd64/amd64/initcpu.c  2012/08/07 08:36:10 239125
@@ -91,11 +91,17 @@
 *
 * http://support.amd.com/us/Processor_TechDocs/41322_10h_Rev_Gd.pdf
 * http://support.amd.com/us/Processor_TechDocs/44739_12h_Rev_Gd.pdf
+*
+* Hypervisors do not provide access to the errata MSR,
+* causing #GP exception on attempt to apply the errata.  The
+* MSR write shall be done on host and persist globally
+* anyway, so do not try to do it when under virtualization.
 */
switch (CPUID_TO_FAMILY(cpu_id)) {
case 0x10:
case 0x12:
-   wrmsr(0xc0011029, rdmsr(0xc0011029) | 1);
+   if ((cpu_feature2  CPUID2_HV) == 0)
+   wrmsr(0xc0011029, rdmsr(0xc0011029) | 1);
break;
}
 }



Re: Kernel panic on current amd64 running under Ubuntu KVM (patch included)

2013-05-20 Thread Alexey E. Suslikov
Mike Larkin mlarkin at azathoth.net writes:

 You're kidding, right?

Could you guys tell what exactly wrong with FreeBSD/NetBSD approach?



Re: Kernel panic on current amd64 running under Ubuntu KVM (patch included)

2013-05-20 Thread Alexey E. Suslikov
Theo de Raadt deraadt at cvs.openbsd.org writes:

 If these VM's are real VM's the should start emulating the machines
 they claim to be emulating correctly, or they should start advertising
 that they are something different, so that we can isolate the bullshit
 factor.

Ok. I see.

Could we trim that down to the following?

--- sys/arch/amd64/amd64/identcpu.c.origMon May 20 19:58:06 2013
+++ sys/arch/amd64/amd64/identcpu.c Mon May 20 20:01:08 2013
@@ -127,6 +127,7 @@
{ CPUIDECX_AVX, AVX },
{ CPUIDECX_F16C,F16C },
{ CPUIDECX_RDRAND,  RDRAND },
+   { CPUIDECX_HV,  HV },
 }, cpu_ecpuid_ecxfeatures[] = {
{ CPUIDECX_LAHF,LAHF },
{ CPUIDECX_CMPLEG,  CMPLEG },
--- sys/arch/amd64/include/specialreg.h.origMon May 20 20:01:56 2013
+++ sys/arch/amd64/include/specialreg.h Mon May 20 20:06:09 2013
@@ -158,6 +158,7 @@
 #defineCPUIDECX_AVX0x1000  /* Advanced Vector Extensions */
 #defineCPUIDECX_F16C   0x2000  /* 16bit fp conversion  */
 #defineCPUIDECX_RDRAND 0x4000  /* RDRAND instruction  */
+#defineCPUIDECX_HV 0x8000  /* Hypervisor presence 
*/
 
 /*
  * Structured Extended Feature Flags Parameters (CPUID function 0x7, leaf 0)



Re: Driver for Kontron (Industrial Computer Source / ICS Advent) DM9601 Fast Ethernet Adapter

2013-04-24 Thread Alexey E. Suslikov
Stefanus Hermawan slashwaves at yahoo.com writes:

 I have compile new kernel, my device detected, but not working. 

Could you post a new dmesg (for a kernel with diff applied)
and tell exactly what is not working. ifconfig -a will be
useful too.



Re: Driver for Kontron (Industrial Computer Source / ICS Advent) DM9601 Fast Ethernet Adapter

2013-04-23 Thread Alexey E. Suslikov
Jonathan Gray jsg at jsg.id.au writes:
   {{ USB_VENDOR_UNKNOWN4, USB_PRODUCT_UNKNOWN4_DM9601 }, 0 },
 + {{ USB_VENDOR_UNKNOWN4, USB_PRODUCT_UNKNOWN4_DM9601_2 }, 0 },
   {{ USB_VENDOR_UNKNOWN6, USB_PRODUCT_UNKNOWN6_DM9601 }, 0 }

USB_VENDOR_[UNKNOWN4|UNKNOWN6] are most likely re-branded Davicom devices.

http://www.davicom.com.tw/page1.aspx?no=209814

NetBSD:
USB_VENDOR_QUAN 0x01e1
USB_VENDOR_SUNRISING0x0fe6

FreeBSD:
vendor KONTRON  0x0fe6  Kontron AG

Linux (http://www.linux-usb.org/usb.ids):
0fe6  Kontron (Industrial Computer Source / ICS Advent)



Re: No sound with OpenBSD 5.2

2013-02-28 Thread Alexey E. Suslikov
Sif-Allah TOUIL highcure at gmail.com writes:

 There is a sound chips on my motherboard, it is the chipset integrated
 Realtek AL883 and he is not used, maybe it is not reconiez. Instead it is
 the video card who is use, but i do not have sound :
 
 azalia0 at pci2 dev 0 function 1 ATI Radeon HD 3600 HD Audio rev
 0x00: apic 3 int 1
 azalia0: no supported codecs

azalia0 @ ATI maybe for HDMI output only and not what you
are looking for.

http://permalink.gmane.org/gmane.os.openbsd.tech/31578

in this example azalia1 is the proper device. check audio
codec settings in BIOS, maybe you have disabled onboard
audio.

cheers,
alexey



Re: ACPI: Should not the arithmetic operations on AML virtual machine be unsigned?

2012-03-05 Thread Alexey E. Suslikov
Christophe StaC/esse chastai at skynet.be writes:

 To solve the problem temporarily I've simply changed the types of the
 arguments and the return type of aml_evalexpr to u_int64_t. And now,

Hey.

Could you provide diff -u so other people can try this out?

 (SB.PCI0.SBRG.EC0) is prefixed by several backslashes characters (4 was
 displayed in the log but I think it is 2 in reality), what
 aml_searchname is not supposed to handle apparently and so returns NULL.
 Keeping one or none backslash solve the problem temporarily at least.

Same as above: diff -u please :)

Alexey



Re: USB doesn't work after suspend on ThinkPad x201

2012-02-03 Thread Alexey E. Suslikov
Theo de Raadt deraadt at cvs.openbsd.org writes:

  --- pcidump_before  Tue Jan 31 18:10:04 2012
  +++ pcidump_after   Tue Jan 31 18:33:01 2012
  @@ -159,7 +159,7 @@
  0x0014: 
  0x0018: Primary Bus: 0 Secondary Bus: 2 Subordinate Bus: 2
  Secondary Latency Timer: 00
  -   0x001c: I/O Base: f0 I/O Limit: 00 Secondary Status: 2000
  +   0x001c: I/O Base: f0 I/O Limit: 00 Secondary Status: 
  0x0020: Memory Base: f240 Memory Limit: f240
  0x0024: Prefetch Memory Base: fff1 Prefetch Memory Limit: 0001
  0x0028: Prefetch Memory Base Upper 32 Bits: 
 
 That is unrelated.

If I'm not mistaken, PCI_COMMAND_STATUS_REG is saved in pci.c/pci_suspend. Also,
there is a special note:

/*
* Only handle header type 0 here; PCI-PCI bridges and
* CardBus bridges need special handling, which will
* be done in their specific drivers.
*/

Given pcidump diffs above, isn't it because Secondary Status Register wasn't
saved during suspend (I haven't found any in ppb.c/ppbactivate)?

Alexey



Re: USB doesn't work after suspend on ThinkPad x201

2012-02-03 Thread Alexey E. Suslikov
viq viq at viq.ath.cx writes:

 
 After suspend-unsuspend none of the USB ports on my ThinkPad x201 work.
 Attached dmesg, usbdevs, and pcidup - the last one both before and after
 suspend, as there is a minor difference, that I'll paste below:
 
 --- pcidump_before  Tue Jan 31 18:10:04 2012
 +++ pcidump_after   Tue Jan 31 18:33:01 2012
 @@ -159,7 +159,7 @@
 0x0014: 
 0x0018: Primary Bus: 0 Secondary Bus: 2 Subordinate Bus: 2
 Secondary Latency Timer: 00
 -   0x001c: I/O Base: f0 I/O Limit: 00 Secondary Status: 2000
 +   0x001c: I/O Base: f0 I/O Limit: 00 Secondary Status: 
 0x0020: Memory Base: f240 Memory Limit: f240
 0x0024: Prefetch Memory Base: fff1 Prefetch Memory Limit: 0001
 0x0028: Prefetch Memory Base Upper 32 Bits: 

Here is similar bug at http://bugs.launchpad.net/bugs/566149 leading to
https://launchpadlibrarian.net/45106170/pci-re-enable-devices-on-resume.patch

Here is the description:

If the firmware puts a device back into D0 state at resume time, we'll
update its state in resume_noirq and thus skip the platform resume code.
Calling that code twice should be safe and we ought to avoid getting to
that point anyway, so remove the check and also allow the platform pci
code to be called for D0.

Fixes USB not being powered after resume on recent Lenovo machines.

Alexey