Some icky stuff happened while I was testing owfs for how it responds when a OneWire sensor is shorted (DQ to ground).

In my case, the sensor is two DS2409 switches below the OneWire net root. The adapter is a standard DS2480B which is accessed through a USB to Serial adapter.

I tried to start owserver in the shorted condition.  This mayhem followed.

Should this be reported to the USB maintainer or other?


   site135:/# service owserver status
   owserver is not running
   site135:/# /var/tmp/owserver.start.sh &
   [3] 18764
   site135:/#   DEBUG: ow_daemon.c:EnterBackground(166) main thread id
   = 1074667520
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(75) Avahi support:
   libavahi-client loaded successfully
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(77) Avahi library
   function found: avahi_client_errno
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(78) Avahi library
   function found: avahi_client_free
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(79) Avahi library
   function found: avahi_client_new
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(80) Avahi library
   function found: avahi_client_get_domain_name
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(81) Avahi library
   function found: avahi_entry_group_add_service
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(82) Avahi library
   function found: avahi_entry_group_commit
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(83) Avahi library
   function found: avahi_entry_group_is_empty
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(84) Avahi library
   function found: avahi_entry_group_new
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(85) Avahi library
   function found: avahi_entry_group_reset
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(87) Avahi library
   function found: avahi_service_resolver_free
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(88) Avahi library
   function found: avahi_service_resolver_new
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(89) Avahi library
   function found: avahi_service_browser_free
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(90) Avahi library
   function found: avahi_service_browser_new
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(102) Avahi support:
   libavahi-common loaded successfully.
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(104) Avahi library
   function found: avahi_simple_poll_free
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(105) Avahi library
   function found: avahi_simple_poll_get
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(106) Avahi library
   function found: avahi_simple_poll_loop
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(107) Avahi library
   function found: avahi_simple_poll_new
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(108) Avahi library
   function found: avahi_simple_poll_quit
     DEBUG: ow_avahi_link.c:OW_Load_avahi_library(109) Avahi library
   function found: avahi_strerror
      CALL: ow_parsename.c:FS_ParsedName_anywhere(95) path=[]
     DEBUG: owlib.c:SetupTemperatureLimits(79) Globals temp limits 0C
   100C (for simulated adapters)
     DEBUG: ow_ds9097U.c:DS2480_initialize_repeatedly(267) Attempt #0
   to initialize the DS9097U


*{went boom here: but no stacktrace}*

   site135:/# service owserver status
   owserver is not running

*
{I then removed the adapter from the USB port. Boom Boom. It looks like something was still trying to access it. Not owfs afaik...}*

   site135:/# usb 1-1: USB disconnect, address 2
   ftdi_sio ttyUSB0: usb_serial_generic_submit_read_urb - error
   submitting urb: -19
   ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected
   from ttyUSB0
   ftdi_sio 1-1:1.0: device disconnected
   usb-serial ttyUSB0: ftdi_set_termios FAILED to set
   databits/stopbits/parity
   Unable to handle kernel NULL pointer dereference at virtual address
   00000000
   pgd = c1624000
   [00000000] *pgd=21a90831, *pte=00000000, *ppte=00000000
   Internal error: Oops: 817 [#1]
   last sysfs file: /sys/devices/platform/leds-gpio/leds/user_led/trigger
   Modules linked in: fuse ipv6 ftdi_sio usbserial
   CPU: 0    Not tainted  (2.6.38 #2)
   PC is at __mutex_lock_slowpath+0x34/0x98
   LR is at mutex_lock+0x20/0x24
   pc : [<c02e49c8>]    lr : [<c02e4a4c>]    psr: 80000013
   sp : c19bfc70  ip : c19bfca8  fp : c19bfca4
   r10: c1a97e40  r9 : c16c4800  r8 : c3a38af8
   r7 : c3bdbe44  r6 : c3bdbe00  r5 : c1447a20  r4 : c3bdbe40
   r3 : c19bfc74  r2 : 00000000  r1 : 00000000  r0 : c3bdbe40
   Flags: Nzcv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
   Control: 0005317f  Table: 21624000  DAC: 00000015
   Process owserver (pid: 18765, stack limit = 0xc19be270)
   Stack: (0xc19bfc70 to 0xc19c0000)
   fc60:                                     c19bfc8c c3bdbe44 c19bfca8
   c19bfc88
   fc80: c01e35e4 c3bdbe40 800018b0 c3bdbe00 c399f800 c3a38af8 c19bfcb4
   c19bfca8
   fca0: c02e4a4c c02e49a4 c19bfd0c c19bfcb8 bf01048c c02e4a3c 00000008
   0000742f
   fcc0: 00000000 00000000 000003e8 c16c48e8 c19bfcec c19bfd48 c3a38a00
   00000005
   fce0: c19bfd2c c3a38a00 c16c4800 c19bfd48 00000000 c16c4800 c1a97e40
   c1a97e6c
   fd00: c19bfd2c c19bfd10 bf000a74 bf01022c c19bfd74 000008bd 00000a00
   c1a97e7f
   fd20: c19bfdcc c19bfd30 c01cbaa0 bf000a20 c01cd660 00000000 c19bfd8c
   00000000
   fd40: c16c4828 00000000 00000005 00000004 800008bd 00000a00 7f1c0300
   00030415
   fd60: 1a131100 170f1200 00000016 00002580 00002580 00000005 00000004
   000008bd
   fd80: 00000a00 7f1c0300 00030415 1a131100 170f1200 00000016 00002580
   00002580
   fda0: c19bfdcc c16c4800 c16c4800 becce984 c15b2fc0 becce984 00005416
   c272d4c0
   fdc0: c19bfe44 c19bfdd0 c01cbee4 c01cb680 00005416 c272d4c0 c19bfdf4
   c19bfde8
   fde0: c00463c0 c003c310 c19bfe0c c19bfdf8 c002908c c0046380 ffffffff
   00000005
   fe00: 00000004 800008bd 00000a00 60000013 c15b2fc0 00000000 c15b2fc0
   becce960
   fe20: 00005416 c272d4c0 c16c4800 00005404 becce984 c15b2fc0 c19bfe64
   c19bfe48
   fe40: c01cc30c c01cbc58 c19bfe84 00005404 00005404 becce984 c19bfe84
   c19bfe68
   fe60: c01c9058 c01cc1b8 fffffdfd fffffdfd 00005404 c16c4800 c19bff0c
   c19bfe88
   fe80: c01c76a8 c01c8f80 c19bfecc c19bfe98 c0046350 c00461a8 c03ed194
   c38ac800
   fea0: c03bc3c0 00000000 c19bfec4 c19bfeb8 c0055b78 c00559f4 c19bfed4
   c19bfec8
   fec0: c0055ba0 c0055b5c c19bfee4 c19bfed8 c01cd660 c0055b8c c19bff2c
   c19bfee8
   fee0: c01e03d0 00000003 c272d4c0 00000003 c272d4c0 becce984 c19be000
   00000000
   ff00: c19bff7c c19bff10 c00accfc c01c6d2c 00000000 00000001 c03db47c
   0000000a
   ff20: c19bff4c c19bff30 c0045c34 c01dfd5c 00000006 00000100 00000006
   00000100
   ff40: c19bff84 c19bff50 c0046350 c00461a8 c19bff7c 00000003 becce984
   00005404
   ff60: c272d4c0 c002fe88 c19be000 00000000 c19bffa4 c19bff80 c00acdc0
   c00ac818
   ff80: c00463c0 00000000 becce9dc 00000003 00000000 00000036 00000000
   c19bffa8
   ffa0: c002fce0 c00acd90 becce9dc 00000003 00000003 00005404 becce984
   00000003
   ffc0: becce9dc 00000003 00000000 00000036 00000005 402c8c08 00005404
   00000918
   ffe0: 00000010 becce960 403b5a7c 403b5a8c 40000010 00000003 00000000
   00000000
   Backtrace:
   [<c02e4994>] (__mutex_lock_slowpath+0x0/0x98) from [<c02e4a4c>]
   (mutex_lock+0x20/0x24)
   r8:c3a38af8 r7:c399f800 r6:c3bdbe00 r5:800018b0 r4:c3bdbe40
   [<c02e4a2c>] (mutex_lock+0x0/0x24) from [<bf01048c>]
   (ftdi_set_termios+0x270/0x49c [ftdi_sio])
   [<bf01021c>] (ftdi_set_termios+0x0/0x49c [ftdi_sio]) from
   [<bf000a74>] (serial_set_termios+0x64/0x88 [usbserial])
   [<bf000a10>] (serial_set_termios+0x0/0x88 [usbserial]) from
   [<c01cbaa0>] (set_termios+0x430/0x4c0)
   r6:c1a97e7f r5:00000a00 r4:000008bd
   [<c01cb670>] (set_termios+0x0/0x4c0) from [<c01cbee4>]
   (tty_mode_ioctl+0x29c/0x560)
   [<c01cbc48>] (tty_mode_ioctl+0x0/0x560) from [<c01cc30c>]
   (n_tty_ioctl_helper+0x164/0x178)
   r7:c15b2fc0 r6:becce984 r5:00005404 r4:c16c4800
   [<c01cc1a8>] (n_tty_ioctl_helper+0x0/0x178) from [<c01c9058>]
   (n_tty_ioctl+0xe8/0xf0)
   r6:becce984 r5:00005404 r4:00005404
   [<c01c8f70>] (n_tty_ioctl+0x0/0xf0) from [<c01c76a8>]
   (tty_ioctl+0x98c/0xa2c)
   r6:c16c4800 r5:00005404 r4:fffffdfd
   [<c01c6d1c>] (tty_ioctl+0x0/0xa2c) from [<c00accfc>]
   (do_vfs_ioctl+0x4f4/0x578)
   [<c00ac808>] (do_vfs_ioctl+0x0/0x578) from [<c00acdc0>]
   (sys_ioctl+0x40/0x64)
   [<c00acd80>] (sys_ioctl+0x0/0x64) from [<c002fce0>]
   (ret_fast_syscall+0x0/0x2c)
   r7:00000036 r6:00000000 r5:00000003 r4:becce9dc
   Code: e2807004 e5803008 e50b7030 e1a04000 (e5823000)
   ---[ end trace bdf4d41a0d35a1aa ]---
     DEBUG: ow_tcp_read.c:tcp_read(64) attempt 1 bytes Time: 5.000000
   seconds
     DEBUG: ow_tcp_read.c:tcp_read(114) read: 1 - 1 = 0
   CONNECT: ow_com_write.c:COM_write_once(137) [Input/output error]
   Trouble writing to /dev/ttyUSB0
   usb 1-1: new full speed USB device using at91_ohci and address 3
   ftdi_sio 1-1:1.0: FTDI USB Serial Device converter detected
   usb 1-1: Detected FT232BM
   usb 1-1: Number of endpoints 2
   usb 1-1: Endpoint 1 MaxPacketSize 64
   usb 1-1: Endpoint 2 MaxPacketSize 64

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

Reply via email to