headers
Trevor Sokell | 3 Jan 2005 11:48

COM port problem

I am running under XP Professional

I have an appplication which needs to drive COM 1 directly rather than through
the normal driver.  It does not work.

I have used hypertrm to see what happens and it says it cannot open COM 1.

This suggests something else has control of the COM 1

As far as I know I have no other S/W that should do this.

How do I find out what is causing this?

Trevor Sokell
Permalink | Reply | 1 comment |
headers
Damian Gerow | 3 Jan 2005 12:17

Re: COM port problem

Thus spake Trevor Sokell (trevorsokell <at> ukf.net) [03/01/05 05:55]:
: I am running under XP Professional

That's your first problem.  This is your second:

    "To: tech <at> openbsd.org"
Permalink | Reply | 0 comments |
headers
Thiago Peixoto | 4 Jan 2005 02:25
Picon

Siemens SpeedStream in USB

Hi galley!  

Excuse to be doing a little of the focus of that list but...did
anybody already get to configure the net with the modem " Siemens
SpeedStream " in USB??

                                                     Hugs galley and thank you!
Permalink | Reply | 0 comments |
headers
Stephen Marley | 4 Jan 2005 09:51

3.6-stable panic: pool_get(mclpl): freelist modified

Hi,

I deployed an up-to-date 3.6-stable last night to sniff some packets and
it paniced overnight.

The box has 2 xl nics, and I have the recent patch applied. The
bandwidthd program that's running uses libpcap to do some IP accounting.
Is it an xl specific thing? 

Here's the gory details:

panic: pool_get(mclpl): free list modified: magic=deaf5555; page
0xd3ac9000; item addr 0xd3ac9800
Stopped at      Debugger+0x4:   leave
RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS
PANIC!
DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION!
ddb>    PID   PPID   PGRP    UID  S       FLAGS  WAIT       COMMAND
 23184   1033   1033     67  3       0x184  netcon     httpd
 28701   1033   1033     67  3       0x184  netcon     httpd
  8018   1033   1033     67  3       0x184  netcon     httpd
 11421   1033   1033     67  3       0x184  netcon     httpd
 32216   1033   1033     67  3       0x184  netcon     httpd
 32437   1033   1033     67  3       0x184  netcon     httpd
   442   1033   1033     67  3       0x184  netcon     httpd
  1033      1   1033     67  3       0x184  select     httpd
  5243      1  13537      0  3        0x86  bpf        bandwidthd
 27918      1  13537      0  3        0x86  bpf        bandwidthd
 14286      1  13537      0  3        0x86  bpf        bandwidthd
 13279      1  13537      0  3        0x86  bpf        bandwidthd
(Continue reading)

Permalink | Reply | 21 comments |
headers
Stephen Marley | 4 Jan 2005 10:36

Re: 3.6-stable panic: pool_get(mclpl): freelist modified

Another panic with a similar trace. I'm going to try changing the nics.
Any other suggestions?

uvm_fault(0xd3ac8afc, 0x8b247000, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at      pool_get+0x1ec: cmpl    $0xdeafbeef,0(%esi)
ddb>    PID   PPID   PGRP    UID  S       FLAGS  WAIT       COMMAND
*19067    486  24809      0  7         0x4             bandwidthd
  6796  18785  18785     67  3       0x184  netcon     httpd
 12814  18785  18785     67  3       0x184  netcon     httpd
 14107   4389  14107      0  3      0x4086  ttyin      zsh
  4389  21200   4389      0  3      0x4184  select     sshd
 16543      1  16543      0  3      0x4086  ttyin      getty
 15536  18785  18785     67  3       0x184  netcon     httpd
 17726  18785  18785     67  3       0x184  netcon     httpd
  7401  18785  18785     67  3       0x184  netcon     httpd
 24848  18785  18785     67  3       0x184  netcon     httpd
  6426  18785  18785     67  3       0x184  netcon     httpd
 18785      1  18785     67  3       0x184  select     httpd
 24816      1  24809      0  3        0x86  bpf        bandwidthd
  8344      1  24809      0  3        0x86  bpf        bandwidthd
 28917      1  24809      0  3        0x86  bpf        bandwidthd
   486      1  24809      0  3        0x86  bpf        bandwidthd
 27662      1  27662      0  3      0x4086  ttyin      getty
  6674      1   6674      0  3      0x4086  ttyin      getty
  8806      1   8806      0  3      0x4086  ttyin      getty
  1073      1   1073      0  3      0x4086  ttyin      getty
  6351      1   6351      0  3        0x84  select     cron
 28722      1  20970      0  3        0x84  select     snmpd
 13840      1  13840      0  3     0x40184  select     sendmail
(Continue reading)

Permalink | Reply | 20 comments |
headers
Stephen Marley | 4 Jan 2005 14:36

Re: 3.6-stable panic: pool_get(mclpl): freelist modified

An update.  I changed the both the original xl's for an rl and another
xl and the box paniced again while the xl nic was in half-duplex and
promiscous mode (connected to a hub, sniffing packets). However, since
swapping the roles around (xl on switch and autoneg'd to full) the
machine has remained up.  Seems that sniffing and/or half-duplex with
the xl nic leads to the panic. Any comments anyone?

Kind regards,
Stephen Marley

--

-- 
Network Systems Engineer, Datacentre Operations
Campbell Lee Internet Solutions <http://cl-is.com>
Permalink | Reply | 19 comments |
headers
Jay W. Reffner | 4 Jan 2005 16:03

ProcFS & XSupplicant

I'm attempting to compile XSupplicant ( http://www.open1x.org/ ) on 
OpenBSD 3.6 and it's telling me to enable ProcFS.  So I added the 
following line to my fstab:

procfs   /proc   procfs   ro 0 0

and then mounted /proc

When I tried to do the configure afterwards it is still balking saying 
that ProcFS isn't enabled in my kernel.  Am I missing anything?

TIA,
Jay W. Reffner

[demime 1.01d removed an attachment of type APPLICATION/DEFANGED which had a name of reffner.11301DEFANGED-vcf]
Permalink | Reply | 8 comments |
headers
Chris Black | 4 Jan 2005 16:09
Favicon

Re: ProcFS & XSupplicant

>From looking at the XSupplicant documentation it seems that the BSD
support is not maintained and it is only developed/tested on Linux:
http://sourceforge.net/docman/display_doc.php?docid=24379&group_id=60236#ch2

Chris

On Tue, 2005-01-04 at 09:03, Jay W. Reffner wrote:
> I'm attempting to compile XSupplicant ( http://www.open1x.org/ ) on 
> OpenBSD 3.6 and it's telling me to enable ProcFS.  So I added the 
> following line to my fstab:
> 
> procfs   /proc   procfs   ro 0 0
> 
> and then mounted /proc
> 
> When I tried to do the configure afterwards it is still balking saying 
> that ProcFS isn't enabled in my kernel.  Am I missing anything?
> 
> TIA,
> Jay W. Reffner
> 
> [demime 1.01d removed an attachment of type APPLICATION/DEFANGED which had a name of reffner.11301DEFANGED-vcf]
Permalink | Reply | 5 comments |
headers
Jay W. Reffner | 4 Jan 2005 16:21

Re: ProcFS & XSupplicant

 Yeah I know about that, but my principle question was about ProcFS, not
about compatability with BSD and XSupplicant.  Specifically, did I mount
proc correctly and if not, what should I do make procfs work?  I would
like to explore whether or not I can get XSupplicant to work on OpenBSD. 
I use 802.1x heavily here at my campus and would like to start seeing how
difficult it would be to get the BSD's to work.

TIA,
Jay

Chris Black wrote:

  >From looking at the XSupplicant documentation it seems that the BSD
  support is not maintained and it is only developed/tested on Linux: 
http://sourceforge.net/docman/display_doc.php?docid=24379&group_id=60236#ch2  
  Chris

  On Tue, 2005-01-04 at 09:03, Jay W. Reffner wrote:

    I'm attempting to compile XSupplicant (     http://www.open1x.org/     ) on 
    OpenBSD 3.6 and it's telling me to enable ProcFS.  So I added the 
    following line to my fstab:

    procfs   /proc   procfs   ro 0 0

    and then mounted /proc

    When I tried to do the configure afterwards it is still balking saying 
    that ProcFS isn't enabled in my kernel.  Am I missing anything?
(Continue reading)

Permalink | Reply | 4 comments |
headers
Paul de Weerd | 4 Jan 2005 16:27
Picon
Favicon

Re: ProcFS & XSupplicant

On Tue, Jan 04, 2005 at 10:21:46AM -0500, Jay W. Reffner wrote:
|  Yeah I know about that, but my principle question was about ProcFS, not
| about compatability with BSD and XSupplicant.  Specifically, did I mount
| proc correctly and if not, what should I do make procfs work?  I would
| like to explore whether or not I can get XSupplicant to work on OpenBSD.
| I use 802.1x heavily here at my campus and would like to start seeing how
| difficult it would be to get the BSD's to work.

You could try the Linux compatibility option to mount_procfs(8). See
the manpage for more info on how this works. This may help, not sure
though.

Cheers,

Paul 'WEiRD' de Weerd

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

[demime 1.01d removed an attachment of type application/pgp-signature]
Permalink | Reply | 1 comment |

Gmane