Re: Intel hd4000 - no Xvideo support

[Chris Cappuccio]

Jonathan Gray [j...@jsg.id.au] wrote:
> There is only very basic shadowfb support for ivy bridge graphics
> in 5.3.  To use opengl/xv and co you need to be using 5.4 or -current.
> 
> SNA will not yet work, do not use it.


I'm starting to think my problem with shm not working has to do
with my installation and not a particular laptop. But I am really
confused about exactly what in my installation is causing the problem.
Sorry for the noise.

Re: Intel i7-4770 + z87 chipset - drm error, re0 is missing lladdr, unknown + not configured

[RD Thrush]

On 10/11/13 01:05, Jonathan Gray wrote:
> On Thu, Oct 10, 2013 at 05:48:43PM -0400, RD Thrush wrote:
>> I noticed some anomalies in the dmesg on this new system.
>>
>> 1. error: [drm:pid0:i915_write32] *ERROR* Unknown unclaimed register before 
>> writing to 10
>>
>> 2. dhclient doesn't work with the onboard nic (possibly since the lladdr is 
>> 0:0:0:0:0:0.
> 
> There is no support for Realtek 8168G/8111G devices, here is a diff which
> apparently lacks some critical part required to make it work
> as it didn't work for the last person who tried it.
> 
> Index: re.c
> ===
> RCS file: /cvs/src/sys/dev/ic/re.c,v
> retrieving revision 1.144
> diff -u -p -r1.144 re.c
> --- re.c  5 Oct 2013 22:59:57 -   1.144
> +++ re.c  9 Oct 2013 01:21:41 -
> @@ -223,6 +223,8 @@ static const struct re_revision {
>   { RL_HWREV_8101,"RTL8101" },
>   { RL_HWREV_8101E,   "RTL8101E" },
>   { RL_HWREV_8102E,   "RTL8102E" },
> + { RL_HWREV_8106E,   "RTL8106E" },
> + { RL_HWREV_8106E_SPIN1, "RTL8106E" },
>   { RL_HWREV_8401E,   "RTL8401E" },
>   { RL_HWREV_8402,"RTL8402" },
>   { RL_HWREV_8411,"RTL8411" },
> @@ -238,6 +240,10 @@ static const struct re_revision {
>   { RL_HWREV_8168C_SPIN2, "RTL8168C/8111C" },
>   { RL_HWREV_8168CP,  "RTL8168CP/8111CP" },
>   { RL_HWREV_8168F,   "RTL8168F/8111F" },
> + { RL_HWREV_8168G,   "RTL8168G/8111G" },
> + { RL_HWREV_8168G_SPIN1, "RTL8168G/8111G" },
> + { RL_HWREV_8168G_SPIN2, "RTL8168G/8111G" },
> + { RL_HWREV_8168G_SPIN4, "RTL8168G/8111G" },
>   { RL_HWREV_8105E,   "RTL8105E" },
>   { RL_HWREV_8105E_SPIN1, "RTL8105E" },
>   { RL_HWREV_8168D,   "RTL8168D/8111D" },
> @@ -846,6 +852,8 @@ re_attach(struct rl_softc *sc, const cha
>   case RL_HWREV_8402:
>   case RL_HWREV_8105E:
>   case RL_HWREV_8105E_SPIN1:
> + case RL_HWREV_8106E:
> + case RL_HWREV_8106E_SPIN1:
>   sc->rl_flags |= RL_FLAG_INVMAR | RL_FLAG_PHYWAKE |
>   RL_FLAG_PHYWAKE_PM | RL_FLAG_PAR | RL_FLAG_DESCV2 |
>   RL_FLAG_MACSTAT | RL_FLAG_CMDSTOP | RL_FLAG_AUTOPAD |
> @@ -892,6 +900,15 @@ re_attach(struct rl_softc *sc, const cha
>   RL_FLAG_PAR | RL_FLAG_DESCV2 | RL_FLAG_MACSTAT |
>   RL_FLAG_CMDSTOP | RL_FLAG_AUTOPAD | RL_FLAG_NOJUMBO;
>   break;
> + case RL_HWREV_8168G:
> + case RL_HWREV_8168G_SPIN1:
> + case RL_HWREV_8168G_SPIN2:
> + case RL_HWREV_8168G_SPIN4:
> + sc->rl_flags |= RL_FLAG_INVMAR | RL_FLAG_PHYWAKE |
> + RL_FLAG_PAR | RL_FLAG_DESCV2 | RL_FLAG_MACSTAT |
> + RL_FLAG_CMDSTOP | RL_FLAG_AUTOPAD | RL_FLAG_NOJUMBO |
> + RL_FLAG_EARLYOFF;
> + break;
>   case RL_HWREV_8169_8110SB:
>   case RL_HWREV_8169_8110SBL:
>   case RL_HWREV_8169_8110SCd:
> @@ -1974,6 +1991,7 @@ re_init(struct ifnet *ifp)
>  {
>   struct rl_softc *sc = ifp->if_softc;
>   u_int16_t   cfg;
> + uint32_trxcfg;
>   int s;
>   union {
>   u_int32_t align_dummy;
> @@ -2058,7 +2076,10 @@ re_init(struct ifnet *ifp)
>  
>   CSR_WRITE_1(sc, RL_EARLY_TX_THRESH, 16);
>  
> - CSR_WRITE_4(sc, RL_RXCFG, RL_RXCFG_CONFIG);
> + rxcfg = RL_RXCFG_CONFIG;
> + if (sc->rl_flags & RL_FLAG_EARLYOFF)
> + rxcfg |= RL_RXCFG_EARLYOFF;
> + CSR_WRITE_4(sc, RL_RXCFG, rxcfg);
>  
>   /* Program promiscuous mode and multicast filters. */
>   re_iff(sc);
> Index: rtl81x9reg.h
> ===
> RCS file: /cvs/src/sys/dev/ic/rtl81x9reg.h,v
> retrieving revision 1.76
> diff -u -p -r1.76 rtl81x9reg.h
> --- rtl81x9reg.h  17 Mar 2013 20:47:23 -  1.76
> +++ rtl81x9reg.h  3 Aug 2013 13:54:57 -
> @@ -186,8 +186,14 @@
>  #define RL_HWREV_8105E   0x4080
>  #define RL_HWREV_8105E_SPIN1 0x40C0
>  #define RL_HWREV_84020x4400
> +#define RL_HWREV_8106E   0x4480
> +#define RL_HWREV_8106E_SPIN1 0x4490
>  #define RL_HWREV_8168F   0x4800
>  #define RL_HWREV_84110x4880
> +#define RL_HWREV_8168G   0x4c00
> +#define RL_HWREV_8168G_SPIN1 0x4c10
> +#define RL_HWREV_8168G_SPIN2 0x5090
> +#define RL_HWREV_8168G_SPIN4 0x5c80  
>  #define RL_HWREV_81390x6000
>  #define RL_HWREV_8139A   0x7000
>  #define RL_HWREV_8139AG  0x7080
> @@ -277,6 +283,7 @@
>  #define RL_RXCFG_RX_RUNT 0x0010
>  #define RL_RXCFG_RX_ERRPKT   0x0020
>  #define RL_RXCFG_WRAP0x0080
> +#define RL_RXCFG_EARLYOFF0x0100
>  #define RL_RXCFG_MAXDMA  0x0700
>  #define RL_RXCFG_BURSZ   0x1800
>  #define  RL_RXCFG_FIFOT

Re: Intel i7-4770 + z87 chipset - drm error, re0 is missing lladdr, unknown + not configured

[RD Thrush]

On 10/11/13 01:28, Jonathan Gray wrote:
> On Thu, Oct 10, 2013 at 05:48:43PM -0400, RD Thrush wrote:
>> I noticed some anomalies in the dmesg on this new system.
>>
>> 1. error: [drm:pid0:i915_write32] *ERROR* Unknown unclaimed register before 
>> writing to 10
> 
> That should be harmless, and will go away when we update to newer
> upstream i915 code that clears the error on driver init.
> 
>>
>> 2. dhclient doesn't work with the onboard nic (possibly since the lladdr is 
>> 0:0:0:0:0:0.
>>
>> 3. (1) 'unknown' product(ppb0)
>>
>> 4. (3) 'not configured' items (Intel 8 Series (xHCI|MEI|SMBus)
> 
> Index: ichiic.c
> ===
> RCS file: /cvs/src/sys/dev/pci/ichiic.c,v
> retrieving revision 1.30
> diff -u -p -r1.30 ichiic.c
> --- ichiic.c  2 Mar 2013 06:56:16 -   1.30
> +++ ichiic.c  11 Oct 2013 05:12:13 -
> @@ -90,6 +90,7 @@ const struct pci_matchid ichiic_ids[] = 
>   { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_6300ESB_SMB },
>   { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_6321ESB_SMB },
>   { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_7SERIES_SMB },
> + { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_8SERIES_SMB },
>   { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82801AA_SMB },
>   { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82801AB_SMB },
>   { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82801BA_SMB },
> 

Thanks, this patch removed the SMBus unknown from the dmesg.  See my next post
for full dmesg.

Re: Dell servers

[Loïc BLOT]

I have no problem on multiple couples of R320, except the BCM5720 which
cause my OpenBSD to freeze. Waiting for 5.4 improvements :)
--
Best regards,
Loïc BLOT,
UNIX systems, security and network engineer
http://www.unix-experience.fr



Le jeudi 10 octobre 2013 à 20:54 -0700, Chris Cappuccio a écrit :
> If they have PCI-Express slots, 10G ethernet isn't a problem.
>
> If they have supported SATA or SCSI controllers, storage isn't an issue.
>
> Dell's RAID controllers tend to be well supported under OpenBSD
>
> Friedrich Locke [friedrich.lo...@gmail.com] wrote:
> > Is anyone running OBSD 5.3 on Dell R*** series servers ?
> > What about 10G etherner devices ? And Storage ?
> > Is there any concern when buying these machines ?
> >
> > Thanks in advance.

[demime 1.01d removed an attachment of type application/pgp-signature which had 
a name of signature.asc]

Re: Dell servers

[Janne Johansson]

We run a bunch of R320s with intel ix(4) 10GE cards.
Work fine.
The onboard raid is mfi or something IIRC, but it works also.



2013/10/11 Friedrich Locke 

> Is anyone running OBSD 5.3 on Dell R*** series servers ?
> What about 10G etherner devices ? And Storage ?
> Is there any concern when buying these machines ?
>
> Thanks in advance.
>
>


-- 
May the most significant bit of your life be positive.

Re: Intel hd4000 - no Xvideo support

[Jonathan Gray]

On Thu, Oct 10, 2013 at 09:41:40AM -0700, Chris Cappuccio wrote:
> Otto Kurunczi [otto.kurun...@gmail.com] wrote:
> > -vo sdl works but the playback is tearing and skipping.
> > That's why I built a xorg.xonf file and added:
> > Option "AccelMethod" "sna"
> > Option "TearFree" "True"
> > 
> > The CPU % is low so the issue must be with the video driver/setting.
> > Is everything fine with Nvidia? I guess I have to wait and see 5.4.
> > 
> 
> The situation is not improved with 5.4 or current if it's the same
> problem I'm having.

There is only very basic shadowfb support for ivy bridge graphics
in 5.3.  To use opengl/xv and co you need to be using 5.4 or -current.

SNA will not yet work, do not use it.

Re: Intel i7-4770 + z87 chipset - drm error, re0 is missing lladdr, unknown + not configured

[Jonathan Gray]

On Thu, Oct 10, 2013 at 05:48:43PM -0400, RD Thrush wrote:
> I noticed some anomalies in the dmesg on this new system.
> 
> 1. error: [drm:pid0:i915_write32] *ERROR* Unknown unclaimed register before 
> writing to 10

That should be harmless, and will go away when we update to newer
upstream i915 code that clears the error on driver init.

> 
> 2. dhclient doesn't work with the onboard nic (possibly since the lladdr is 
> 0:0:0:0:0:0.
> 
> 3. (1) 'unknown' product(ppb0)
> 
> 4. (3) 'not configured' items (Intel 8 Series (xHCI|MEI|SMBus)

Index: ichiic.c
===
RCS file: /cvs/src/sys/dev/pci/ichiic.c,v
retrieving revision 1.30
diff -u -p -r1.30 ichiic.c
--- ichiic.c2 Mar 2013 06:56:16 -   1.30
+++ ichiic.c11 Oct 2013 05:12:13 -
@@ -90,6 +90,7 @@ const struct pci_matchid ichiic_ids[] = 
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_6300ESB_SMB },
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_6321ESB_SMB },
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_7SERIES_SMB },
+   { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_8SERIES_SMB },
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82801AA_SMB },
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82801AB_SMB },
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82801BA_SMB },

Re: Intel i7-4770 + z87 chipset - drm error, re0 is missing lladdr, unknown + not configured

[Jonathan Gray]

On Thu, Oct 10, 2013 at 05:48:43PM -0400, RD Thrush wrote:
> I noticed some anomalies in the dmesg on this new system.
> 
> 1. error: [drm:pid0:i915_write32] *ERROR* Unknown unclaimed register before 
> writing to 10
> 
> 2. dhclient doesn't work with the onboard nic (possibly since the lladdr is 
> 0:0:0:0:0:0.

There is no support for Realtek 8168G/8111G devices, here is a diff which
apparently lacks some critical part required to make it work
as it didn't work for the last person who tried it.

Index: re.c
===
RCS file: /cvs/src/sys/dev/ic/re.c,v
retrieving revision 1.144
diff -u -p -r1.144 re.c
--- re.c5 Oct 2013 22:59:57 -   1.144
+++ re.c9 Oct 2013 01:21:41 -
@@ -223,6 +223,8 @@ static const struct re_revision {
{ RL_HWREV_8101,"RTL8101" },
{ RL_HWREV_8101E,   "RTL8101E" },
{ RL_HWREV_8102E,   "RTL8102E" },
+   { RL_HWREV_8106E,   "RTL8106E" },
+   { RL_HWREV_8106E_SPIN1, "RTL8106E" },
{ RL_HWREV_8401E,   "RTL8401E" },
{ RL_HWREV_8402,"RTL8402" },
{ RL_HWREV_8411,"RTL8411" },
@@ -238,6 +240,10 @@ static const struct re_revision {
{ RL_HWREV_8168C_SPIN2, "RTL8168C/8111C" },
{ RL_HWREV_8168CP,  "RTL8168CP/8111CP" },
{ RL_HWREV_8168F,   "RTL8168F/8111F" },
+   { RL_HWREV_8168G,   "RTL8168G/8111G" },
+   { RL_HWREV_8168G_SPIN1, "RTL8168G/8111G" },
+   { RL_HWREV_8168G_SPIN2, "RTL8168G/8111G" },
+   { RL_HWREV_8168G_SPIN4, "RTL8168G/8111G" },
{ RL_HWREV_8105E,   "RTL8105E" },
{ RL_HWREV_8105E_SPIN1, "RTL8105E" },
{ RL_HWREV_8168D,   "RTL8168D/8111D" },
@@ -846,6 +852,8 @@ re_attach(struct rl_softc *sc, const cha
case RL_HWREV_8402:
case RL_HWREV_8105E:
case RL_HWREV_8105E_SPIN1:
+   case RL_HWREV_8106E:
+   case RL_HWREV_8106E_SPIN1:
sc->rl_flags |= RL_FLAG_INVMAR | RL_FLAG_PHYWAKE |
RL_FLAG_PHYWAKE_PM | RL_FLAG_PAR | RL_FLAG_DESCV2 |
RL_FLAG_MACSTAT | RL_FLAG_CMDSTOP | RL_FLAG_AUTOPAD |
@@ -892,6 +900,15 @@ re_attach(struct rl_softc *sc, const cha
RL_FLAG_PAR | RL_FLAG_DESCV2 | RL_FLAG_MACSTAT |
RL_FLAG_CMDSTOP | RL_FLAG_AUTOPAD | RL_FLAG_NOJUMBO;
break;
+   case RL_HWREV_8168G:
+   case RL_HWREV_8168G_SPIN1:
+   case RL_HWREV_8168G_SPIN2:
+   case RL_HWREV_8168G_SPIN4:
+   sc->rl_flags |= RL_FLAG_INVMAR | RL_FLAG_PHYWAKE |
+   RL_FLAG_PAR | RL_FLAG_DESCV2 | RL_FLAG_MACSTAT |
+   RL_FLAG_CMDSTOP | RL_FLAG_AUTOPAD | RL_FLAG_NOJUMBO |
+   RL_FLAG_EARLYOFF;
+   break;
case RL_HWREV_8169_8110SB:
case RL_HWREV_8169_8110SBL:
case RL_HWREV_8169_8110SCd:
@@ -1974,6 +1991,7 @@ re_init(struct ifnet *ifp)
 {
struct rl_softc *sc = ifp->if_softc;
u_int16_t   cfg;
+   uint32_trxcfg;
int s;
union {
u_int32_t align_dummy;
@@ -2058,7 +2076,10 @@ re_init(struct ifnet *ifp)
 
CSR_WRITE_1(sc, RL_EARLY_TX_THRESH, 16);
 
-   CSR_WRITE_4(sc, RL_RXCFG, RL_RXCFG_CONFIG);
+   rxcfg = RL_RXCFG_CONFIG;
+   if (sc->rl_flags & RL_FLAG_EARLYOFF)
+   rxcfg |= RL_RXCFG_EARLYOFF;
+   CSR_WRITE_4(sc, RL_RXCFG, rxcfg);
 
/* Program promiscuous mode and multicast filters. */
re_iff(sc);
Index: rtl81x9reg.h
===
RCS file: /cvs/src/sys/dev/ic/rtl81x9reg.h,v
retrieving revision 1.76
diff -u -p -r1.76 rtl81x9reg.h
--- rtl81x9reg.h17 Mar 2013 20:47:23 -  1.76
+++ rtl81x9reg.h3 Aug 2013 13:54:57 -
@@ -186,8 +186,14 @@
 #define RL_HWREV_8105E 0x4080
 #define RL_HWREV_8105E_SPIN1   0x40C0
 #define RL_HWREV_8402  0x4400
+#define RL_HWREV_8106E 0x4480
+#define RL_HWREV_8106E_SPIN1   0x4490
 #define RL_HWREV_8168F 0x4800
 #define RL_HWREV_8411  0x4880
+#define RL_HWREV_8168G 0x4c00
+#define RL_HWREV_8168G_SPIN1   0x4c10
+#define RL_HWREV_8168G_SPIN2   0x5090
+#define RL_HWREV_8168G_SPIN4   0x5c80  
 #define RL_HWREV_8139  0x6000
 #define RL_HWREV_8139A 0x7000
 #define RL_HWREV_8139AG0x7080
@@ -277,6 +283,7 @@
 #define RL_RXCFG_RX_RUNT   0x0010
 #define RL_RXCFG_RX_ERRPKT 0x0020
 #define RL_RXCFG_WRAP  0x0080
+#define RL_RXCFG_EARLYOFF  0x0100
 #define RL_RXCFG_MAXDMA0x0700
 #define RL_RXCFG_BURSZ 0x1800
 #defineRL_RXCFG_FIFOTHRESH 0xE000
@@ -847,6 +854,7 @@ struct rl_softc {
 #defineRL_FLAG_AUTOPAD 0x4000
 #defineRL_FLAG_LINK0x8000
 #defineRL_F

Re: Intel i7-4770 + z87 chipset - drm error, re0 is missing lladdr, unknown + not configured

[RD Thrush]

On 10/10/13 19:31, Brett Mahar wrote:
> On Thu, 10 Oct 2013 17:48:43 -0400
> RD Thrush  wrote:
> 
> | I noticed some anomalies in the dmesg on this new system.
> | 
> ...
> | 
> | 2. dhclient doesn't work with the onboard nic (possibly since the lladdr is 
> 0:0:0:0:0:0.
> 
> You could check this by adding a random lladdr line to your /etc/hostname.re0
> 
> lladdr 22:a4:cf:85:64:b9
> up
> dhcp
> 
> and the running "sh /etc/netstart".

Thanks, (on the dhcpd hosts) I 'created' another dhcpd.conf stanza with a 
matching (new) lladdr and now dhcp succeeds.  arping seems to work but ping 
doesn't work and tcpdump -i re0 -envvv shows some bad checksums.  netstat -nr 
output *doesn'* show link#1 for the dhcp IP address(10.1.2.30).

Here's some further detail:

a8v2:build/packages 36#sh /etc/netstart re0
DHCPREQUEST on re0 to 255.255.255.255 port 67
DHCPACK from 10.1.2.18 (00:02:b3:ca:06:00)
bound to 10.1.2.30 -- renewal in 302400 seconds.
a8v2:build/packages 37#tcpdump -i re0 -envvv
tcpdump: listening on re0, link-type EN10MB
tcpdump: WARNING: compensating for unaligned libpcap packets
00:07:12.995766 00:22:15:2c:7d:fc 00:30:18:a3:1b:48 0800 78: 10.1.2.30.46241 > 
10.1.2.13.3551: S [bad tcp cksum a37b!] 1450186406:1450186406(0) win 16384  (DF) (ttl 64, 
id 44914, len 64, bad cksum 0! differs by 7319)
00:07:13.342214 bc:ae:c5:86:d9:cb 33:33:00:00:00:0c 86dd 208: 
fe80::e074:611b:ae16:65aa.54842 > ff02::c.1900: udp 146 [hlim 1] (len 154)
tcpdump: WARNING: compensating for unaligned libpcap packets
00:07:16.343225 bc:ae:c5:86:d9:cb 33:33:00:00:00:0c 86dd 208: 
fe80::e074:611b:ae16:65aa.54842 > ff02::c.1900: udp 146 [hlim 1] (len 154)
00:07:18.005627 00:22:15:2c:7d:fc 00:30:18:a3:1b:48 0800 78: 10.1.2.30.7166 > 
10.1.2.13.3551: S [bad tcp cksum e7a1!] 1750099443:1750099443(0)
 win 16384  (DF) (ttl 64, id 31832, len 64, bad cksum 0! differs by a633)
00:07:19.343500 bc:ae:c5:86:d9:cb 33:33:00:00:00:0c 86dd 208: 
fe80::e074:611b:ae16:65aa.54842 > ff02::c.1900: udp 146 [hlim 1] (len 154)
00:07:20.980721 30:85:a9:9a:6d:f0 ff:ff:ff:ff:ff:ff 0800 144: 10.1.2.40.17500 > 
255.255.255.255.17500: udp 102 (ttl 128, id 3544, len 130)
00:07:20.993563 30:85:a9:9a:6d:f0 ff:ff:ff:ff:ff:ff 0800 144: 10.1.2.40.17500 > 
255.255.255.255.17500: udp 102 (ttl 128, id 3545, len 130)
00:07:20.993822 30:85:a9:9a:6d:f0 ff:ff:ff:ff:ff:ff 0800 144: 10.1.2.40.17500 > 
10.1.2.255.17500: udp 102 (ttl 128, id 12521, len 130)
00:07:23.344174 bc:ae:c5:86:d9:cb 33:33:00:00:00:0c 86dd 208: 
fe80::e074:611b:ae16:65aa.54842 > ff02::c.1900: udp 146 [hlim 1] (len 154)
00:07:24.441081 bc:ae:c5:86:d9:cb ff:ff:ff:ff:ff:ff 0800 153: 10.1.2.35.17500 > 
255.255.255.255.17500: udp 111 (ttl 128, id 4141, len 139)
00:07:24.446438 bc:ae:c5:86:d9:cb ff:ff:ff:ff:ff:ff 0800 153: 10.1.2.35.17500 > 
10.1.2.255.17500: udp 111 (ttl 128, id 4142, len 139)
00:07:26.061193 00:0d:a2:01:7e:88 01:00:5e:7f:ff:fa 0800 304: 10.1.2.11.50001 > 
239.255.255.250.1900: udp 262 (DF) [ttl 1] (id 0, len 290)
00:07:26.061389 00:1f:33:eb:05:e9 01:00:5e:7f:ff:fa 0800 304: 10.1.2.15.50001 > 
239.255.255.250.1900: udp 262 (DF) [ttl 1] (id 0, len 290)
00:07:26.061527 00:1f:33:ea:36:d1 01:00:5e:7f:ff:fa 0800 304: 10.1.2.12.50001 > 
239.255.255.250.1900: udp 262 (DF) [ttl 1] (id 0, len 290)
00:07:26.345178 bc:ae:c5:86:d9:cb 33:33:00:00:00:0c 86dd 208: 
fe80::e074:611b:ae16:65aa.54842 > ff02::c.1900: udp 146 [hlim 1] (len 154)
^C
15 packets received by filter
0 packets dropped by kernel
a8v2:build/packages 38#ifconfig re0 hwfeatures
re0: flags=8843 mtu 1500

hwfeatures=8037 
hardmtu 7422
lladdr 00:22:15:2c:7d:fc
priority: 0
groups: int egress
media: Ethernet autoselect (1000baseT full-duplex,rxpause,txpause)
status: active
inet 10.1.2.30 netmask 0xff00 broadcast 10.1.2.255
a8v2:build/packages 39#netstat -nr -finet
Routing tables

Internet:
DestinationGatewayFlags   Refs  Use   Mtu  Prio Iface
default10.1.2.1   UGS0   24 - 8 re0
10.1.2/24  link#1 UC100 - 4 re0
10.1.2.1   00:00:24:c9:29:14  UHLc   1   12 - 4 re0
10.1.2.10  00:e0:4c:77:6d:ab  UHLc   06 - 4 re0
10.1.2.11  00:0d:a2:01:7e:88  UHLc   04 - 4 re0
10.1.2.12  00:1f:33:ea:36:d1  UHLc   06 - 4 re0
10.1.2.13  00:30:18:a3:1b:48  UHLc   0  240 - 4 re0
10.1.2.15  00:1f:33:eb:05:e9  UHLc   06 - 4 re0
10.1.2.18  00:02:b3:ca:06:00  UHLc   2   42 - 4 re0
10.1.2.31  00:1b:21:2e:39:c4  UHLc   0   16 - 4 re0
10.1.2.33  00:22:15:2c:7d:0b  UHLc   01 - 4 re0
10.1.2.255 link#1 UHLc   2  121 - 4 re0
127/8  127.0.0.1  UGRS   00 33144 8 lo0
127.0.0.1  127.0.0.1  UH 3 81

Re: Dell servers

[Richard Toohey]

On 10/11/13 16:42, Friedrich Locke wrote:

Is anyone running OBSD 5.3 on Dell R*** series servers ?
What about 10G etherner devices ? And Storage ?
Is there any concern when buying these machines ?

Thanks in advance.



I had trouble with a Dell R620 with the iDRAC and FreeBSD / OpenBSD.

There's some issue to do with the iDRAC being Broadcom and also the 
other NICs.


FreeBSD 9.2 RC1 had the fix, so that was good enough for me for this 
machine:  http://forums.freebsd.org/archive/index.php/t-31769.html


I didn't keep very good notes (sorry!), but with OpenBSD 5.3 (and the 
latest snap at the time) I was getting "bge0: watchdog timeout --- 
resetting"


I did try turning the iDRAC NIC off, changing settings, etc., but had no 
joy until I used 9.2.


Obviously YMMV, I might have missed something, the FBSD changes might 
give you a clue what to do, etc. but it did give me a bit of grief at 
the time.


No other obvious issues with OpenBSD(/FreeBSD) on the machine - 
installed and found drives, RAM, etc. - just this NIC issue.


HTH,
Richard.

Re: Dell servers

[Chris Cappuccio]

If they have PCI-Express slots, 10G ethernet isn't a problem.

If they have supported SATA or SCSI controllers, storage isn't an issue.

Dell's RAID controllers tend to be well supported under OpenBSD

Friedrich Locke [friedrich.lo...@gmail.com] wrote:
> Is anyone running OBSD 5.3 on Dell R*** series servers ?
> What about 10G etherner devices ? And Storage ?
> Is there any concern when buying these machines ?
> 
> Thanks in advance.

-- 
It was the Nicolatians who first coined the separation between lay and clergy.

Dell servers

[Friedrich Locke]

Is anyone running OBSD 5.3 on Dell R*** series servers ?
What about 10G etherner devices ? And Storage ?
Is there any concern when buying these machines ?

Thanks in advance.

Re: beaglebone black

[Ted Unangst]

On Fri, Oct 11, 2013 at 01:49, alexey.kurin...@gmail.com wrote:

> Can anyone answer for lamers like me - is the drivers for i386 or amb64
> is depends from architecture and use it on arm need porting? Or just
> nedd to compil kernel with needed drivers?
> Short question is - device drivers at all, or just for example usb
> ethernet is crossplatform?

There needs to be a USB host driver written, for the controller. After
that, all of the USB devices should just work.

Re: why icmp timestamping is enabled by default ?

[Илья Шипицин]

2013/10/11 Paul de Weerd :
> On Thu, Oct 10, 2013 at 05:30:39PM +0600,  ??? wrote:
> | I use ntp already.
> | I am about to switch icmp timestamps off (security people are afraid
> | of that setting), just curious what was the purpose of it.
>
> Uhm .. why?  Is your pf broken somehow?

it is not broken.

>
> block in on $interface inet proto icmp icmp-type { timereq, timerep }

does PF perform better than net.inet.icmp.tstamprepl=0 ?

>
> I can understand you don't want to send anything in reply to spoofed
> packets, but you're really better off filtering those with a firewall
> instead of a knob per type of packet.
>
>
> If you think this is going to improve the security of your host,
> you're wrong (as pointed out by others).

it is not about "improving security", you got it wrong.
I was just curious why that timestamping is enabled by default.

>
> If others tell you this improves the security of your host, tell them
> they're wrong.

I wish they could understand what other people are talking about.

>
> If they are not open to sane arguments: run.
>
>
> Then, they can disable the sysctl themselves and wallow in their
> awesome security while their site is XSS'd by 10-year-olds.

yeah, we found an XSS on their site couple of months ago :-)

>
> Paul 'WEiRD' de Weerd
>
> --
>>[<++>-]<+++.>+++[<-->-]<.>+++[<+
> +++>-]<.>++[<>-]<+.--.[-]
>  http://www.weirdnet.nl/

Re: Upgrading by installing post time_t snapshot

[Nick Holland]

On 10/09/13 16:47, Jeff Ross wrote:
...
> Hi Nick!
> 
> Just the person I was hoping to hear chime in!

yeah, you got my attention.  and got me nervous. :)

> Standard ksh shell, as root, although I got there via sudo.
> 
> I for sure thought it was odd, but actually on 4 separate systems I've 
> had reboot fail.  The first was my little netbook in my lap, but that 
> was not problem because I could physically access the keyboard.  The 
> next was half of another pair of CARPed firewalls--I have yet to get 
> someone in there to fix that--and then the CARPed pair at my 
> work--yesterday for one and this morning for the other.
> 
> Here is the output of ls -l /sbin/*reboot
> 
> jross@samsara1:/home/jross $ ls -l /sbin/*reboot
> -r-xr-xr-x  1 root  wheel  189236 Oct  8 13:42 /sbin/oreboot
> -r-xr-xr-x  2 root  bin193332 Oct  1 11:46 /sbin/reboot

That is spookily like mine. :)  Same file sizes, same dates.  (not a
surprise when one thinks about it, but ...)

> The oreboot is the copy of the previous /sbin/reboot--and the size 
> matches exactly the /sbin/reboot file on another system from about a 
> month before the time_t change.

I want to argue with you on this but I find no grounds. :-/

> Here's my update script from the first system I tried to upgrade at 
> work.  In this case I tried running pwd_mkdb (since I'd checked that it 
> was a static binary) before rebooting.
> 
> Every command after the extracting base failed.

as it should.

> #!/bin/sh
> path=/usr/releasedir/
> 
> export RELEASEPATH=$path   # where you put the files
> cd ${RELEASEPATH}
> rm /obsd ; ln /bsd /obsd && cp bsd.mp /nbsd && mv /nbsd /bsd
> cp bsd.rd  /
> cp bsd  /bsd.sp
> 
> rm -rf /usr/X11R6/lib/modules/*
> 
> cp /sbin/reboot /sbin/oreboot
> files="xserv xfont xshare xetc xbase game comp man base"
> for i in $files
>do
>  echo $i
>  tar -C / -xzphf $i*
>  rm -f $i*
>  sync
>  done
> /usr/sbin/pwd_mkdb /etc/master.passwd
> cp /dev/null /var/log/lastlog
> cp /dev/null /var/log/wtmp
> /sbin/oreboot
> 
> 
> However, it just occurred to me that I was in a tmux shell as root--so 
> it was *not* ksh!  I'll bet it was tmux that was croaking! I've gotten 
> in the habit of using tmux since it's been in base so if my internet 
> connection drops the script doesn't stop, leaving the whole system in an 
> inconsistent state--which I had happen about halfway through extracting 
> base one time.
> 
> Hmm--should (and can) tmux be switched to a static binary in base? It's 
> great to have that safety net if either side of my sometimes crappy 
> internet goes away.
> 
> Thanks, as always, Nick!
> 
> Jeff
> 

could you have had something in /etc/rc.shutdown ?
I'm thinking this might be it -- any binary invoked here would generate
a core dump, and might prevent the reboot.

Maybe we should be recommending a "/sbin/oreboot -q" to skip anything
else that happens with a reboot(8).  Just flush the disks and reboot
now, dang it!


I am a bit tight on time right at the moment to do a lot of
investigation on this, but if you can figure out what went wrong here,
I'd be very curious...

For example, you should look around for *.core files that have a
timestamp near where the upgrade took place?  If what you are suspecting
is the case, you should find an oreboot.core file.  I think you won't; I
think you will find something else.

Nick.

Re: why icmp timestamping is enabled by default ?

[Илья Шипицин]

2013/10/10 Philip Guenther :
> On Thu, Oct 10, 2013 at 4:30 AM, Илья Шипицин  wrote:
>> I use ntp already.
>
> So everyone can predict what your machine would have sent in response
> to an ICMP timestamp query, meaning that turning it off doesn't hide
> anything.
>
>
>> I am about to switch icmp timestamps off (security people are afraid
>> of that setting),
>
> Cargo cult security.

it is known behavior of security people.

>
>
>> just curious what was the purpose of it.
>
> Oddly enough, the RFC that defines it (RFC792) has a reference about that.

by "purpose" I mean common use scenarios, like

"we enable ssh by default, because it is used in routine
administration and automation tasks, not because of RFC"

"we enable icmp destination unreachable, because it is used commonly
in PMTU mechanisms, not because it is mentioned in some RFC"

or you enable everything found in RFC ? you must be odd if so. I am
not that odd.

>
> Philip Guenther

Re: beaglebone black

[Nick Holland]

On 10/10/13 18:48, alexey.kurin...@gmail.com wrote:
> In the tread about board for openbsd router I strengthened desire to use 
> alix.
> Existing arm single boards very intresting, but with it I have more 
> questions than answers. My experiense and skils not enough for solutions 
> existing problems.
> Anyway threads about armv7 interest me.
> 
> Can anyone answer for lamers like me - is the drivers for i386 or amb64 
> is depends from architecture and use it on arm need porting? Or just 
> nedd to compil kernel with needed drivers?
> Short question is - device drivers at all, or just for example usb 
> ethernet is crossplatform?

This is a huge over-simplification, but devices are a combination of how
you work the device and how you talk to the device.

Drivers aren't for i386/amd64, they are for (for example) an Intel 82557
NIC on a PCI bus (fxp(4)), or a RT2800U on a USB bus (run(4)).  The
fxp(4) can be used on anything with a PCI bus, and the run(4) can be
used on anything with a USB bus.

A device chain might go something like this:
CPU -> PCI bus -> PCI-PCI Bridge -> USB interface -> USB Hub -> USB NIC

(now go look at a dmesg...you will see exactly these kind of chains)

Once a particular device is supported, it is just a matter of getting
the stuff /up to/ its interface supported.  So again on the MacPPC
platform, the PCI bus is supported so you can plug PCI cards into a mac
that MacOS would never have dreamed of supporting and they will Just
Work on OpenBSD.  You could plug a USB2 PCI card into a MacPPC, and then
plug a USB wireless adapter into the USB2 card.

Sometimes it can get pretty surreal -- iirc, there is a PCMCIA slot
adapter available for the SBus SPARC machines, which OpenBSD supports
(supported?  not sure anyone uses this enough to guarantee it is still
working).  So...you can take a SparcStation 20, put a PCMCIA adapter in
it, plug a USB port into the PCMCIA slot, and plug a wireless device
into the USB port...and make your sparcstation 20 work on a wireless
network, something the original designers may never have imagined.

(major exception: if the driver was written by someone with an i386
mindset, it may not work on anything else without some TLC, typically
endian issues.  And sometimes if the combination is really obscure, it
may never have been tested.)

Now to your specific question: OpenBSD does not yet support the USB port
on the Beaglebone Black...but once that is done, then yes, a whole lot
of USB devices should Just Work.  Until then, none of them will work.

Nick.

Re: Intel i7-4770 + z87 chipset - drm error, re0 is missing lladdr, unknown + not configured

[Alexey E. Suslikov]

RD Thrush  thrush.com> writes:

> acpiec0 at acpi0: Failed to read resource settings

... among mentioned things.

Re: No console output on 5.4-Current

[Chris Cappuccio]

Bryan Chapman [br...@honeypoocakes.net] wrote:
> 
> Oct 10 03:28:21 mystic /bsd: error: [drm:pid0:si_init_microcode]
> *ERROR* si_cp: Failed to load firmware "radeon-pitcairn_pfp"
> Oct 10 03:28:21 mystic /bsd: error: [drm:pid0:si_startup] *ERROR*
> Failed to load firmware!
> 
> Is there another place to look or debug to turn on?
> 

Maybe you need a file in /etc/firmware/radeon-pitcairn_pfp with a valid
firmware image?

Re: Intel i7-4770 + z87 chipset - drm error, re0 is missing lladdr, unknown + not configured

[Brett Mahar]

On Thu, 10 Oct 2013 17:48:43 -0400
RD Thrush  wrote:

| I noticed some anomalies in the dmesg on this new system.
| 
...
| 
| 2. dhclient doesn't work with the onboard nic (possibly since the lladdr is 
0:0:0:0:0:0.

You could check this by adding a random lladdr line to your /etc/hostname.re0

lladdr 22:a4:cf:85:64:b9
up
dhcp

and the running "sh /etc/netstart".

Brett.

Re: No console output on 5.4-Current

[Bryan Chapman]

On 10/10/13 12:23, Marc Espie wrote:

On Thu, Oct 10, 2013 at 07:38:56AM -0400, Bryan Chapman wrote:

On 10/10/13 05:34, Marc Espie wrote:

On Wed, Oct 09, 2013 at 05:36:22PM -0400, Bryan Chapman wrote:

Just installed the Oct 3rd snapshot on my desktop.  During the boot
process it loses console output and just shows a blank screen.  The
screen doesn't go into power saving - just no output.  At first I though
the machine froze, but it continued running and I was able to SSH into
the machine.  Here is the DMESG.  Looks like some issues with DRM.  At a
bit of a loss on the next troubleshooting steps, any ideas?


Exact same issue here... drm effect.
boot -c
disable radeondrm
then install the firmware manually (firmware-update will not see it
unfortunately). Then reboot.

If your machine has network, jsg would probably be happy to see what's
going on in /var/log/messages while the machine loses boot...

Thanks -- installing the firmware package resolved the issue.  I
just assumed that the firmware updater would grab it if needed.

According to jsg@, the KMS code is able to figure out that the firmware
is needed, and not do the video change if it's not installed.

Obviously, that still fails from some cards: the KMS code doesn't get
an error, and the video change still occur.

So a log of what the kernel says when it's switching while not having
the firmware would be useful for trying to fix that...
The only thing I see in /var/log/messages was on the end of the dmesg I 
posted:


Oct 10 03:28:21 mystic /bsd: drm: initializing kernel modesetting 
(PITCAIRN 0x1002:0x6819 0x174B:0xE221).
Oct 10 03:28:21 mystic /bsd: radeondrm0: VRAM: 2048M 0x 
- 0x7FFF (2048M used)
Oct 10 03:28:21 mystic /bsd: radeondrm0: GTT: 512M 0x8000 - 
0x9FFF

Oct 10 03:28:21 mystic /bsd: ttm_pool_mm_shrink_init stub
Oct 10 03:28:21 mystic /bsd: error: [drm:pid0:si_init_microcode] *ERROR* 
si_cp: Failed to load firmware "radeon-pitcairn_pfp"
Oct 10 03:28:21 mystic /bsd: error: [drm:pid0:si_startup] *ERROR* Failed 
to load firmware!
Oct 10 03:28:21 mystic /bsd: error: [drm:pid0:si_init] *ERROR* disabling 
GPU acceleration
Oct 10 03:28:21 mystic /bsd: error: [drm:pid0:radeon_bo_unpin] *ERROR* 
0xfe81b6de32b0 unpin not necessary
Oct 10 03:28:21 mystic /bsd: error: [drm:pid0:radeon_bo_unpin] *ERROR* 
0xfe81b6de32b0 unpin not necessary
Oct 10 03:28:21 mystic /bsd: error: [drm:pid0:si_init] *ERROR* radeon: 
MC ucode required for NI+.

Oct 10 03:28:21 mystic /bsd: : Fatal error during GPU init
Oct 10 03:28:21 mystic /bsd: radeon_hwmon_fini stub
Oct 10 03:28:21 mystic /bsd: drm: radeon: finishing device.
Oct 10 03:28:21 mystic /bsd: Finalizing pool allocator
Oct 10 03:28:21 mystic /bsd: ttm_pool_mm_shrink_fini stub
Oct 10 03:28:21 mystic /bsd: drm: Zone  kernel: Used memory at exit: 0 kiB
Oct 10 03:28:21 mystic /bsd: drm: Zone   dma32: Used memory at exit: 0 kiB
Oct 10 03:28:21 mystic /bsd: drm: radeon: ttm finalized
Oct 10 03:28:21 mystic /bsd: drm0 detached
Oct 10 03:28:21 mystic /bsd: radeondrm0 detached
Oct 10 03:28:21 mystic /bsd: vga1 at pci1 dev 0 function 0 "ATI Radeon 
HD 7850" rev 0x00
Oct 10 03:28:21 mystic /bsd: wsdisplay0 at vga1 mux 1: console (80x25, 
vt100 emulation), using wskbd0

Oct 10 03:28:21 mystic /bsd: wskbd1: connecting to wsdisplay0
Oct 10 03:28:21 mystic /bsd: wsdisplay0: screen 1-5 added (80x25, vt100 
emulation)


Is there another place to look or debug to turn on?

-Bryan

Re: beaglebone black

[alexey.kurin...@gmail.com]

In the tread about board for openbsd router I strengthened desire to use 
alix.
Existing arm single boards very intresting, but with it I have more 
questions than answers. My experiense and skils not enough for solutions 
existing problems.

Anyway threads about armv7 interest me.

Can anyone answer for lamers like me - is the drivers for i386 or amb64 
is depends from architecture and use it on arm need porting? Or just 
nedd to compil kernel with needed drivers?
Short question is - device drivers at all, or just for example usb 
ethernet is crossplatform?


On 10/10/13 13:12, Jan Lambertz wrote:

Hi Alexey,
i asked myself same question.
As i read http://www.openbsd.org/armv7.html -> Planned Projects "Support
for USB on BeagleBoard and BeagleBone models."
Seems there isn't any usb-support yet. Netherless i bought a LevelOne
USB-0401 (axe AX88178) usb-ethernet card for upcoming support. I also found
a dmesg where usb-controller seems recognized.
I want to replace my home router with this solution, therefore two nics are
needed.
I`m going to make a try today afternoon.

Re: My VPS is acting slow (KVM)

[Bryce Chidester]

> My VPS provider says it will take them a couple of weeks to enable virtio.
> Does it really take that long?
>

Almost certainly not. Enabling virtio is just a change in a single config
file, and a full stop/start of the VM. However, they may have to move your
VM to another host (one with a newer libkvm perhaps) which could take
upwards of several minutes. Or days even, if they copy your data down to a
portal drive, walk downstairs, down the street a few dozen blocks... maybe
to the next town, sleep, eat, etc etc etc You get the idea.

-Bryce Chidester
br...@cobryce.com

Re: why icmp timestamping is enabled by default ?

[Paul de Weerd]

On Thu, Oct 10, 2013 at 05:30:39PM +0600,  ??? wrote:
| I use ntp already.
| I am about to switch icmp timestamps off (security people are afraid
| of that setting), just curious what was the purpose of it.

Uhm .. why?  Is your pf broken somehow?

block in on $interface inet proto icmp icmp-type { timereq, timerep }

I can understand you don't want to send anything in reply to spoofed
packets, but you're really better off filtering those with a firewall
instead of a knob per type of packet.


If you think this is going to improve the security of your host,
you're wrong (as pointed out by others).

If others tell you this improves the security of your host, tell them
they're wrong.

If they are not open to sane arguments: run.


Then, they can disable the sysctl themselves and wallow in their
awesome security while their site is XSS'd by 10-year-olds.

Paul 'WEiRD' de Weerd

-- 
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
 http://www.weirdnet.nl/ 

Re: beaglebone black

[Juan Francisco Cantero Hurtado]

On Thu, Oct 10, 2013 at 12:12:59PM +0200, Jan Lambertz wrote:
> Hi Alexey,
> i asked myself same question.
> As i read http://www.openbsd.org/armv7.html -> Planned Projects "Support
> for USB on BeagleBoard and BeagleBone models."
> Seems there isn't any usb-support yet. Netherless i bought a LevelOne
> USB-0401 (axe AX88178) usb-ethernet card for upcoming support. I also found
> a dmesg where usb-controller seems recognized.
> I want to replace my home router with this solution, therefore two nics are
> needed.
> I`m going to make a try today afternoon.
> 

USB isn't supported yet on the BeagleBone Black on OpenBSD (the same for
NetBSD and FreeBSD, IIRC).

-- 
Juan Francisco Cantero Hurtado http://juanfra.info

Re: Best OpenBSD cloud hosting?

[Alexander Hall]

On 10/10/13 09:55, openda...@hushmail.com wrote:

On 10. oktober 2013 at 7:15 AM, "InterNetX - Robert Garrett" 
 wrote:



with the possibility of downtime completely eliminated,



Please correct me if I'm wrong.


You're obviously at least partly wrong.

/Alexander

Re: why icmp timestamping is enabled by default ?

[Stuart Henderson]

On 2013-10-10, Philip Guenther  wrote:
> On Thu, Oct 10, 2013 at 4:30 AM, Илья Шипицин  wrote:
>> I use ntp already.
>
> So everyone can predict what your machine would have sent in response
> to an ICMP timestamp query, meaning that turning it off doesn't hide
> anything.
>
>
>> I am about to switch icmp timestamps off (security people are afraid
>> of that setting),
>
> Cargo cult security.
>
>
>> just curious what was the purpose of it.
>
> Oddly enough, the RFC that defines it (RFC792) has a reference about that.
>
> Philip Guenther
>
>

I suppose next you'll be wanting to know how to force insecure ciphers for 
HTTPS ;)

Re: Intel hd4000 - no Xvideo support

[Kārlis Miķelsons]

Hello,

I'm having the same problem with current and a thinkpad t410, shared 
memory
errors in most video output modes, but i gave the laptop away. So my 
desktop

which has: vga1 at pci0 dev 2 function 0 "Intel HD Graphics 2000" rev
0x09 works.
Xv works fine on the HD 2000. But it fails every time with shared 
memory errors
on the T410. The T410 has "Arrandale" graphics, whatever HD crap that 
is.

I have Arrandale graphics and it's working fine on this snapshot:
OpenBSD 5.4 (GENERIC.MP) #41: Tue Jul 30 15:30:02 MDT 2013  
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP


$ dmesg | grep drm
inteldrm0 at vga1
drm0 at inteldrm0
inteldrm0: 1366x768

$ cat /var/log/Xorg.0.log | grep Arrandale
[51.042] (--) intel(0): Integrated Graphics Chipset: Intel(R) 
Arrandale


The only issue I'm havin is short lock ups (3-5 seconds) when starting 
X.org or resuming from standby. Has anyone else experienced this 
behaviour?


mplayer -vo xv, gl, gl_nosw, sdl work just fine and I can watch even 
this 96fps 4K video just fine:

  http://www.youtube.com/watch?v=Cx6eaVeYXOs‎

Re: No console output on 5.4-Current

[David Coppa]

On Thu, Oct 10, 2013 at 6:24 PM, Marc Espie  wrote:
> On Thu, Oct 10, 2013 at 02:27:28PM +0200, David Coppa wrote:
>> On Thu, Oct 10, 2013 at 1:38 PM, Bryan Chapman  
>> wrote:
>>
>> > Thanks -- installing the firmware package resolved the issue.  I just 
>> > assumed that the firmware updater would grab it if needed.
>>
>> Indeed, fw_update needs to be fixed
>
> No, that's not the iusse.
>
> fw_update does its job: it updates firmwares it's aware of.

You're right: fw_update already knows about radeondrm.
My bad for speaking before checking.

Re: why icmp timestamping is enabled by default ?

[Theo de Raadt]

> > I use ntp already.
> 
> So everyone can predict what your machine would have sent in response
> to an ICMP timestamp query, meaning that turning it off doesn't hide
> anything.

Oh my god!  It's revealing a public secret!

Re: why icmp timestamping is enabled by default ?

[Philip Guenther]

On Thu, Oct 10, 2013 at 4:30 AM, Илья Шипицин  wrote:
> I use ntp already.

So everyone can predict what your machine would have sent in response
to an ICMP timestamp query, meaning that turning it off doesn't hide
anything.


> I am about to switch icmp timestamps off (security people are afraid
> of that setting),

Cargo cult security.


> just curious what was the purpose of it.

Oddly enough, the RFC that defines it (RFC792) has a reference about that.

Philip Guenther

any interest in old compaq/HP SCSI/FC disks?

[IMAP List Administration]

Hello Misc & Tech,

please forgive my cross-posting -- I wanted to be sure to reach people who might
be interested.

Some people I know are preparing to move out of an old machine-room, and will
dispose of some old hard disks soon.

The collection varies:
Sizes: 4.3, 9.1, 18, 36 (and maybe 72) GB
Interface: mostly LVD (maybe some HVD), a few copper FC
Connectors: mostly SCA-2, some 68-pin high-density connectors.

if it's important, I can probably get the exact model numbers of the disks.

The drives are located in Munich, Germany.

replies to: 

cheers,

Rob Urban

Re: Intel hd4000 - no Xvideo support

[Chris Cappuccio]

Remco [re...@d-compu.dyndns.org] wrote:
> Otto Kurunczi wrote:
> 
> First of all, your attachments were removed (information needs to be inline).
> 
> > I am new with OpenBSD, installed 5.3. Modified xorg.conf too.
> > Mplayer cannot play videos as there is no Xvideo
> > support for my video card. Dmesg and xorg.conf attached.
> > How can I get Xvideo support? Thank you.
> > 
> 
> Personally I use VLC which has options to select other types of video output, 
> like e.g. SDL. Is this possible with mplayer ?
> 
> I've got an ATI card that appears to lack XVideo support as well. For me 
> Xvideo support is available when I run CURRENT which has newer video drivers 
> for my particular hardware. For your Intel hardware there are possibly 
> improved drivers in either the upcoming 5.4 release or CURRENT. (Lacking the 
> hardware, I can't confirm this myself)
> 

I'm having the same problem with current and a thinkpad t410, shared memory
errors in most video output modes, but i gave the laptop away. So my desktop
which has: vga1 at pci0 dev 2 function 0 "Intel HD Graphics 2000" rev 0x09 
works.
Xv works fine on the HD 2000. But it fails every time with shared memory errors
on the T410. The T410 has "Arrandale" graphics, whatever HD crap that is.

Re: Intel hd4000 - no Xvideo support

[Chris Cappuccio]

Otto Kurunczi [otto.kurun...@gmail.com] wrote:
> -vo sdl works but the playback is tearing and skipping.
> That's why I built a xorg.xonf file and added:
> Option "AccelMethod" "sna"
> Option "TearFree" "True"
> 
> The CPU % is low so the issue must be with the video driver/setting.
> Is everything fine with Nvidia? I guess I have to wait and see 5.4.
> 

The situation is not improved with 5.4 or current if it's the same
problem I'm having.

Re: Intel hd4000 - no Xvideo support

[Otto Kurunczi]

-vo sdl works but the playback is tearing and skipping.
That's why I built a xorg.xonf file and added:
Option "AccelMethod" "sna"
Option "TearFree" "True"

The CPU % is low so the issue must be with the video driver/setting.
Is everything fine with Nvidia? I guess I have to wait and see 5.4.



On Thu, Oct 10, 2013 at 6:23 PM, Nigel Taylor  wrote:

> On 10/10/13 16:37, Remco wrote:
> > Otto Kurunczi wrote:
> >
> > First of all, your attachments were removed (information needs to be
> inline).
> >
> >> I am new with OpenBSD, installed 5.3. Modified xorg.conf too.
> >> Mplayer cannot play videos as there is no Xvideo
> >> support for my video card. Dmesg and xorg.conf attached.
> >> How can I get Xvideo support? Thank you.
> >>
> >
> > Personally I use VLC which has options to select other types of video
> output,
> > like e.g. SDL. Is this possible with mplayer ?
> >
>
> > I've got an ATI card that appears to lack XVideo support as well. For me
> > Xvideo support is available when I run CURRENT which has newer video
> drivers
> > for my particular hardware. For your Intel hardware there are possibly
> > improved drivers in either the upcoming 5.4 release or CURRENT. (Lacking
> the
> > hardware, I can't confirm this myself)
> >
> >> [demime 1.01d removed an attachment of type application/octet-stream
> which
> >> [had a name of dmesg.boot]
> >>
> >> [demime 1.01d removed an attachment of type application/octet-stream
> which
> >> [had a name of xorg.conf]
> > Since this information was automatically removed, no one can tell if
> something
> > is misconfigured.
> >
> >
> mplayer -vo sdl
>
> might be what your looking for...
>
> Using Nvidia card, also lacks Xvideo support. I use mplayer, with -vo
> sdl option.

Re: Intel hd4000 - no Xvideo support

[Nigel Taylor]

On 10/10/13 16:37, Remco wrote:
> Otto Kurunczi wrote:
> 
> First of all, your attachments were removed (information needs to be inline).
> 
>> I am new with OpenBSD, installed 5.3. Modified xorg.conf too.
>> Mplayer cannot play videos as there is no Xvideo
>> support for my video card. Dmesg and xorg.conf attached.
>> How can I get Xvideo support? Thank you.
>>
> 
> Personally I use VLC which has options to select other types of video output, 
> like e.g. SDL. Is this possible with mplayer ?
> 

> I've got an ATI card that appears to lack XVideo support as well. For me 
> Xvideo support is available when I run CURRENT which has newer video drivers 
> for my particular hardware. For your Intel hardware there are possibly 
> improved drivers in either the upcoming 5.4 release or CURRENT. (Lacking the 
> hardware, I can't confirm this myself)
> 
>> [demime 1.01d removed an attachment of type application/octet-stream which
>> [had a name of dmesg.boot]
>>
>> [demime 1.01d removed an attachment of type application/octet-stream which
>> [had a name of xorg.conf]
> Since this information was automatically removed, no one can tell if 
> something 
> is misconfigured.
> 
> 
mplayer -vo sdl

might be what your looking for...

Using Nvidia card, also lacks Xvideo support. I use mplayer, with -vo
sdl option.

Re: No console output on 5.4-Current

[Marc Espie]

On Thu, Oct 10, 2013 at 02:27:28PM +0200, David Coppa wrote:
> On Thu, Oct 10, 2013 at 1:38 PM, Bryan Chapman  
> wrote:
> 
> > Thanks -- installing the firmware package resolved the issue.  I just 
> > assumed that the firmware updater would grab it if needed.
> 
> Indeed, fw_update needs to be fixed

No, that's not the iusse.

fw_update does its job: it updates firmwares it's aware of.

Once you disable radeondrm in the kernel, it no longer sees it.

The issue is the KMS code attempting to switch modes while there's
no radeon firmware around   on a card where it shouldn't do that.

Re: No console output on 5.4-Current

[Marc Espie]

On Thu, Oct 10, 2013 at 07:38:56AM -0400, Bryan Chapman wrote:
> On 10/10/13 05:34, Marc Espie wrote:
> >On Wed, Oct 09, 2013 at 05:36:22PM -0400, Bryan Chapman wrote:
> >>Just installed the Oct 3rd snapshot on my desktop.  During the boot
> >>process it loses console output and just shows a blank screen.  The
> >>screen doesn't go into power saving - just no output.  At first I though
> >>the machine froze, but it continued running and I was able to SSH into
> >>the machine.  Here is the DMESG.  Looks like some issues with DRM.  At a
> >>bit of a loss on the next troubleshooting steps, any ideas?
> >>
> >Exact same issue here... drm effect.
> >boot -c
> >disable radeondrm
> >then install the firmware manually (firmware-update will not see it
> >unfortunately). Then reboot.
> >
> >If your machine has network, jsg would probably be happy to see what's
> >going on in /var/log/messages while the machine loses boot...
> Thanks -- installing the firmware package resolved the issue.  I
> just assumed that the firmware updater would grab it if needed.

According to jsg@, the KMS code is able to figure out that the firmware
is needed, and not do the video change if it's not installed.

Obviously, that still fails from some cards: the KMS code doesn't get
an error, and the video change still occur.

So a log of what the kernel says when it's switching while not having
the firmware would be useful for trying to fix that...

Re: ntfs with big files

[Joel Sing]

On Thu, 10 Oct 2013, Manuel Giraud wrote:
> Hi,
>
> I have a ntfs partition with rather large (about 3GB) files on it. When
> I copy these files on a ffs partition they are corrupted. When I try to
> checksum them directly from the ntfs partition the checksum is not
> correct (compared to the same file on a fat32 partition copied with
> Windows).
>
> I tried this (with same behaviour) on i386 5.3 release and on i386 last
> week current. I'm willing to do some testing to fix this issue but don't
> really know where to start.

See if you can isolate the smallest possible reproducable test case. If you 
create a 3GB file with known content (e.g. the same byte repeated), does the 
same issue occur? If so, how small do you need to go before the problem goes 
away? Also, what operating system (and version) was used to write the files 
to the NTFS volume?
-- 

"Action without study is fatal. Study without action is futile."
-- Mary Ritter Beard

Re: Intel hd4000 - no Xvideo support

[James Griffin]

/ Otto Kurunczi wrote on Thu 10.Oct'13 at 14:37:24 +0200 /

> I am new with OpenBSD, installed 5.3. Modified xorg.conf too.
> Mplayer cannot play videos as there is no Xvideo
> support for my video card. Dmesg and xorg.conf attached.
> How can I get Xvideo support? Thank you.
> 
> [demime 1.01d removed an attachment of type application/octet-stream which 
> had a name of dmesg.boot]
> 
> [demime 1.01d removed an attachment of type application/octet-stream which 
> had a name of xorg.conf]
> 

Attachments are removed from the message by the list management software. 

Have you tried the system without an xorg.conf file? It is not usually 
necessary now. X should work fine with the default setup. 

Re: Intel hd4000 - no Xvideo support

[Remco]

Otto Kurunczi wrote:

First of all, your attachments were removed (information needs to be inline).

> I am new with OpenBSD, installed 5.3. Modified xorg.conf too.
> Mplayer cannot play videos as there is no Xvideo
> support for my video card. Dmesg and xorg.conf attached.
> How can I get Xvideo support? Thank you.
> 

Personally I use VLC which has options to select other types of video output, 
like e.g. SDL. Is this possible with mplayer ?

I've got an ATI card that appears to lack XVideo support as well. For me 
Xvideo support is available when I run CURRENT which has newer video drivers 
for my particular hardware. For your Intel hardware there are possibly 
improved drivers in either the upcoming 5.4 release or CURRENT. (Lacking the 
hardware, I can't confirm this myself)

> [demime 1.01d removed an attachment of type application/octet-stream which
> [had a name of dmesg.boot]
> 
> [demime 1.01d removed an attachment of type application/octet-stream which
> [had a name of xorg.conf]
Since this information was automatically removed, no one can tell if something 
is misconfigured.

Re: Best OpenBSD cloud hosting?

[opendaddy]

On 10. oktober 2013 at 10:34 AM, "Janne Johansson"  wrote:
>
>Clouds solve problems for you. Like this:
>http://www.cloudave.com/17213/cloud-is-simple-well-its-real-
>complex-but-that-complexity-can-and-should-be-hidden-from-
>users/geek-poke-cloud-complex/
>
>2013/10/10 Florian Obser 
>
>> On Thu, Oct 10, 2013 at 09:15:34AM +0200, InterNetX - Robert 
>Garrett wrote:
>> > I just want to know what a cloud is.
>>
>> http://xkcd.com/908/
>>
>> --
>> I'm not entirely sure you are real.
>
>-- 
>May the most significant bit of your life be positive.

Too cool :)

O.D.

Thinkpad R61 does not fully resume

[Jan Stary]

With the latest i386 snapshot, my Lenovo R61 suspends,
but does not fully resume. The behaviour was the same
with the previous snapshot.

After apm -S (or closing the lid)
and then Fn+F4 (or opening the lid)
I can see the disk and power leds blinking
as if comming back up, but the screen stays black,
and the machine is not remotely accessible.
I haven't tried yet whether wifi
or USB come back up.

However, typing 'halt -p' blindly at the black console
shuts the machine down correctly.

See the dmesg below; acpidump here:
http://stare.cz/dmesg/lenovoR61.tar

What can I do to help OpenBSD better support this?

Thank you

Jan


OpenBSD 5.4-current (GENERIC.MP) #70: Tue Oct  1 12:57:28 MDT 2013
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz ("GenuineIntel" 686-class) 799 
MHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,LAHF,PERF
real mem  = 1071894528 (1022MB)
avail mem = 1042628608 (994MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 08/27/07, BIOS32 rev. 0 @ 0xfdc70, SMBIOS 
rev. 2.4 @ 0xe0010 (71 entries)
bios0: vendor LENOVO version "7KET72WW (1.22 )" date 08/27/2007
bios0: LENOVO 8918B8G
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET SLIC BOOT SSDT SSDT SSDT 
SSDT
acpi0: wakeup devices LID_(S3) SLPB(S3) LURT(S3) DURT(S3) IGBE(S4) EXP0(S4) 
EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB1(S3) USB2(S3) 
USB3(S3) USB4(S3) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiec0 at acpi0
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 199MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz ("GenuineIntel" 686-class) 2 
GHz
cpu1: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,LAHF,PERF
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 2, remapped to apid 1
acpimcfg0 at acpi0 addr 0xf000, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (AGP_)
acpiprt2 at acpi0: bus 2 (EXP0)
acpiprt3 at acpi0: bus 3 (EXP1)
acpiprt4 at acpi0: bus 4 (EXP2)
acpiprt5 at acpi0: bus 5 (EXP3)
acpiprt6 at acpi0: bus 13 (EXP4)
acpiprt7 at acpi0: bus 21 (PCI1)
acpicpu0 at acpi0: C3, C2, C1, PSS
acpicpu1 at acpi0: C3, C2, C1, PSS
acpipwrres0 at acpi0: PUBS
acpitz0 at acpi0: critical temperature is 127 degC
acpitz1 at acpi0: critical temperature is 100 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpibat0 at acpi0: BAT0 model "COMPATIBLE" serial 13920 type LION oem "SANYO"
acpibat1 at acpi0: BAT1 not present
acpiac0 at acpi0: AC unit offline
acpithinkpad0 at acpi0
acpidock0 at acpi0: GDCK not docked (0)
bios0: ROM list: 0xc/0xf000 0xcf000/0x1000 0xd/0x1000 0xe/0x1!
cpu0: Enhanced SpeedStep 1995 MHz: speeds: 2001, 2000, 1600, 1200, 800 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel GM965 Host" rev 0x0c
ppb0 at pci0 dev 1 function 0 "Intel GM965 PCIE" rev 0x0c: apic 1 int 16
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 vendor "NVIDIA", unknown product 0x0429 rev 0xa1
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
em0 at pci0 dev 25 function 0 "Intel ICH8 IGP M" rev 0x03: msi, address 
00:1a:6b:d4:5f:22
uhci0 at pci0 dev 26 function 0 "Intel 82801H USB" rev 0x03: apic 1 int 20
uhci1 at pci0 dev 26 function 1 "Intel 82801H USB" rev 0x03: apic 1 int 21
ehci0 at pci0 dev 26 function 7 "Intel 82801H USB" rev 0x03: apic 1 int 22
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 "Intel 82801H HD Audio" rev 0x03: msi
azalia0: codecs: Analog Devices AD1984, Conexant/0x2bfa, using Analog Devices 
AD1984
audio0 at azalia0
ppb1 at pci0 dev 28 function 0 "Intel 82801H PCIE" rev 0x03: apic 1 int 20
pci2 at ppb1 bus 2
ppb2 at pci0 dev 28 function 1 "Intel 82801H PCIE" rev 0x03: apic 1 int 21
pci3 at ppb2 bus 3
iwn0 at pci3 dev 0 function 0 "Intel Wireless WiFi Link 4965" rev 0x61: msi, 
MIMO 2T3R, MoW2, address 00:13:e8:d2:4e:9b
ppb3 at pci0 dev 28 function 2 "Intel 82801H PCIE" rev 0x03: apic 1 int 22
pci4 at ppb3 bus 4
ppb4 at pci0 dev 28 function 3 "Intel 82801H PCIE" rev 0x03: apic 1 int 23
pci5 at ppb4 bus 5
ppb5 at pci0 dev 28 function 4 "Intel 82801H PCIE" rev 0x03: apic 1 int 20
pci6 at ppb5 bus 13
uhci2 at pci0 dev 29 function 0 "Intel 82801H USB" rev 0x03: apic 1 int 16
uhci3 at pci0 dev 29 function 1 "Intel 82801H USB" rev 0x03: apic 1 int 17
uhci4 at pci0 dev 29 fun

Re: Looking for good, small, canadian version laptop suggestions

[Tomas Bodzar]

On Wed, Oct 9, 2013 at 7:11 PM, g.lister  wrote:

> - Original message -
> From Tomas Bodzar 
> Sent   Wed Oct   9 2013 11:29:07 AM CEST
> To g.lis...@nodeunit.com
> Subject Re: Looking for good, small, canadian version laptop suggestions
>
>
>  On Wed, Oct 9, 2013 at 12:14 AM, g.lister  wrote:
>>
>> > Hi guys,
>> >
>> > I am looking for some suggestions for a good, small quite laptop. I was
>> > looking at futureshop.ca and bestbuy.ca. I currently have an HP dv3
>> which
>> > runs OpenBSD 5.2 but it is veeey loud some issue with keeping heat
>> down
>> > it has i7 cores but I am willing to settle for a lot less threads and
>> power
>> > I need it for some vim C coding and basic duties.
>> >
>>
>> Really 5.2 version? Why don't you try latest relase or better current
>> which
>> will have much better support of HW in your laptop.
>>
>
> I tried 5.3, first, and it installed OK but at boot it stops at "mtrr:
> Intel MTRR check" after that is normally the USB stuff. I am not sure but I
> think I have to go into some kernel debugger to get anywhere from there and
> I needed to have OpenBSD setup so I can poke around using Michael's book.
>

What was the reaction on -current?


>
> Anyway the laptop is noisy with Linux and Windows and I have tried
> disabling "fan always on" in the BIOS to no avail, it is basically either
> badly made or the BIOS is to be blamed or..., which is why I decided to see
> what other people are using as a laptop and draw some conclusion from that.
>
> Thanks for reading.
>
>
>
>>
>> >
>> > I would like to get something quieter and that also runs OpenBSD without
>> > major issues. I saw a lenovo thinkpad x131e on futureshop but it is
>> kind of
>> > small on the screen size 11.6" and I am not sure if OpenBSD will work
>> on it.
>> >
>> > Does anyone care to mention what they are using.
>> > Thanks in advance.
>> > Cheers,
>> > George

Intel hd4000 - no Xvideo support

[Otto Kurunczi]

I am new with OpenBSD, installed 5.3. Modified xorg.conf too.
Mplayer cannot play videos as there is no Xvideo
support for my video card. Dmesg and xorg.conf attached.
How can I get Xvideo support? Thank you.

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

[demime 1.01d removed an attachment of type application/octet-stream which had 
a name of xorg.conf]

Re: No console output on 5.4-Current

[David Coppa]

On Thu, Oct 10, 2013 at 1:38 PM, Bryan Chapman  wrote:

> Thanks -- installing the firmware package resolved the issue.  I just assumed 
> that the firmware updater would grab it if needed.

Indeed, fw_update needs to be fixed

Re: No console output on 5.4-Current

[Bryan Chapman]

On 10/10/13 05:34, Marc Espie wrote:

On Wed, Oct 09, 2013 at 05:36:22PM -0400, Bryan Chapman wrote:

Just installed the Oct 3rd snapshot on my desktop.  During the boot
process it loses console output and just shows a blank screen.  The
screen doesn't go into power saving - just no output.  At first I though
the machine froze, but it continued running and I was able to SSH into
the machine.  Here is the DMESG.  Looks like some issues with DRM.  At a
bit of a loss on the next troubleshooting steps, any ideas?


Exact same issue here... drm effect.
boot -c
disable radeondrm
then install the firmware manually (firmware-update will not see it
unfortunately). Then reboot.

If your machine has network, jsg would probably be happy to see what's
going on in /var/log/messages while the machine loses boot...
Thanks -- installing the firmware package resolved the issue.  I just 
assumed that the firmware updater would grab it if needed.


-Bryan

Re: why icmp timestamping is enabled by default ?

[Илья Шипицин]

I use ntp already.
I am about to switch icmp timestamps off (security people are afraid
of that setting), just curious what was the purpose of it.

2013/10/10 Theo de Raadt :
>> > it turned out that OpenBSD allows icmp timestamping by default:
>> >
>> > net.inet.icmp.tstamprepl=1
>> >
>> > what was that done for ?
>>
>> well, why not?
>>
>> if you have some program vulnerable to a "the attacker knows the time"
>> attack, i don't think turning off icmp timestamps will save you. the
>> attacker could reasonably guess that your system time is going to be
>> close to his system time. unless you are going to deliberately set the
>> clock wrong on all your systems. fixing the vulnerability seems like a
>> better idea.
>
> there is also this thing called ntp that is becoming rather common.
> if you're not doing time distribution to your systems, ah, i see the
> problem.

Re: Best OpenBSD cloud hosting?

[Janne Johansson]

Clouds solve problems for you. Like this:
http://www.cloudave.com/17213/cloud-is-simple-well-its-real-complex-but-that-complexity-can-and-should-be-hidden-from-users/geek-poke-cloud-complex/



2013/10/10 Florian Obser 

> On Thu, Oct 10, 2013 at 09:15:34AM +0200, InterNetX - Robert Garrett wrote:
> > I just want to know what a cloud is.
>
> http://xkcd.com/908/
>
> --
> I'm not entirely sure you are real.
>
>


-- 
May the most significant bit of your life be positive.

Re: BeagleBone Black cereal

[Remco]

Jan Stary wrote:

> Dear BBB users,
> 
> I just bought me a BeagleBone Black board,
> and want to install the latest snapshot.
> 
> 
> Firstly, OpenBSD/beagle is dead,
> replaced by OpenBSD/armv7, right?
> 
> 
> Secondly, I need a serial cable to connect to the board.
> http://circuitco.com/support/index.php?title=BeagleBone_Black_Serial
> mentions 6pin cables that do not quite look like the serial cable
> I have always used. 

I just received the Olimex "USB-Serial-Cable-F".

On my OpenBSD workstation it attached as:
uplcom0 at uhub8 port 4 "Prolific Technology Inc. USB-Serial Controller" rev 
1.10/3.00 addr 6
ucom1 at uplcom0

Seems to work fine as a serial connection to the BBB, I can see the boot 
messages of the stock Angstrom distribution fly by.

Re: beaglebone black

[Jan Lambertz]

Hi Alexey,
i asked myself same question.
As i read http://www.openbsd.org/armv7.html -> Planned Projects "Support
for USB on BeagleBoard and BeagleBone models."
Seems there isn't any usb-support yet. Netherless i bought a LevelOne
USB-0401 (axe AX88178) usb-ethernet card for upcoming support. I also found
a dmesg where usb-controller seems recognized.
I want to replace my home router with this solution, therefore two nics are
needed.
I`m going to make a try today afternoon.

Re: No console output on 5.4-Current

[Marc Espie]

On Wed, Oct 09, 2013 at 05:36:22PM -0400, Bryan Chapman wrote:
> Just installed the Oct 3rd snapshot on my desktop.  During the boot
> process it loses console output and just shows a blank screen.  The
> screen doesn't go into power saving - just no output.  At first I though
> the machine froze, but it continued running and I was able to SSH into
> the machine.  Here is the DMESG.  Looks like some issues with DRM.  At a
> bit of a loss on the next troubleshooting steps, any ideas?
> 

Exact same issue here... drm effect.
boot -c
disable radeondrm
then install the firmware manually (firmware-update will not see it 
unfortunately). Then reboot.

If your machine has network, jsg would probably be happy to see what's
going on in /var/log/messages while the machine loses boot...

Re: Best OpenBSD cloud hosting?

[Florian Obser]

On Thu, Oct 10, 2013 at 09:15:34AM +0200, InterNetX - Robert Garrett wrote:
> I just want to know what a cloud is.

http://xkcd.com/908/ 

-- 
I'm not entirely sure you are real.

ntfs with big files

[Manuel Giraud]

Hi,

I have a ntfs partition with rather large (about 3GB) files on it. When
I copy these files on a ffs partition they are corrupted. When I try to
checksum them directly from the ntfs partition the checksum is not
correct (compared to the same file on a fat32 partition copied with
Windows).

I tried this (with same behaviour) on i386 5.3 release and on i386 last
week current. I'm willing to do some testing to fix this issue but don't
really know where to start.
-- 
Manuel Giraud

Re: No console output on 5.4-Current

[Ulrich Kahl]

Am Wed, 09 Oct 2013 17:36:22 -0400
schrieb Bryan Chapman :

> Just installed the Oct 3rd snapshot on my desktop.  During the boot
> process it loses console output and just shows a blank screen.  The
> screen doesn't go into power saving - just no output.  At first I
> though the machine froze, but it continued running and I was able to
> SSH into the machine.  Here is the DMESG.  Looks like some issues
> with DRM.  At a bit of a loss on the next troubleshooting steps, any
> ideas?
> 
> -Bryan

[...]

Have you tried this?

pkg_add
http://firmware.openbsd.org/firmware/snapshots/radeondrm-firmware-20131002.tgz




Ulrich

Re: Best OpenBSD cloud hosting?

[opendaddy]

On 10. oktober 2013 at 7:15 AM, "InterNetX - Robert Garrett" 
 wrote:
>
>I just want to know what a cloud is.

Not really satisfied with the definition at 
http://en.wikipedia.org/wiki/Cloud_computing, here's my own attempt at one:

A cloud is a bunch of machines connected into a distributed network, acting 
like a single virtual machine but with unlimited speed, memory and bandwidth, 
with the possibility of downtime completely eliminated, and where one only has 
to pay for the speed, memory and bandwidth one uses.

Please correct me if I'm wrong.

O.D.

Re: Best OpenBSD cloud hosting?

[Christer Solskogen]

On Thu, Oct 10, 2013 at 9:15 AM, InterNetX - Robert Garrett
 wrote:
> I just want to know what a cloud is.
>

Just a fancy word for 'The Internet'

-- 
chs

Re: Best OpenBSD cloud hosting?

[InterNetX - Robert Garrett]

I just want to know what a cloud is.

On 10/09/2013 09:05 PM, Dorian H. wrote:

I've got a few OpenBSD boxes running at TransIP, very satisfied about it.
QEMU/KVM based, and they recently added a new feature, 'private
networks' between
two or more VPS's.

It might not explicitly have the label 'cloud' attached to it, but
still very nice; and quite cheap as well.


On Wed, Oct 9, 2013 at 8:45 PM, Antoine Jacoutot  wrote:

On Wed, Oct 09, 2013 at 02:31:02PM -0400, Jiri B wrote:

What about Joyent? They "ported" KVM from Linux to "Solaris"
and they run it under zones. I would trust more Solaris based
solution they some hackish Linux setups where every VM runs under
root :)


I personally use SmartOS and while it is an awesome system, OpenBSD does not 
always behave perfectly well under Solaris KVM.
I've had several vdisk related issues.
In my experience, Linux KVM is a better container for our OS.

--
Antoine