Raspberry PI sporadically fails to mount mmc card

2013-08-28 Thread Martin Laabs
Hi,

Sporadically the raspberry pi fails to mount its root mmc card. After power
off and power on again it works most of the time. However there seem to be
also configurations that fail permanently. Unfortunately I have no image of
a sd card that fails on every boot.
Do you have any idea how to get more information whats going wrong? I think
the problem starts after mmcsd0 received a timeout. Before that there are
three lock reversals but I am not sure if they have any connection to the
timeouts:


lock order reversals before the timeout:


 1st 0xc06f3c0c entropy harvest mutex (entropy harvest mutex) @
/usr/home/martin/Rasperry/head/sys/dev/random/randomdev_soft.c:242
 2nd 0xc25d7c20 uart_hwmtx (uart_hwmtx) @
/usr/home/martin/Rasperry/head/sys/dev/uart/uart_cpu.h:92

 1st 0xc06f3c0c entropy harvest mutex (entropy harvest mutex) @
/usr/home/martin/Rasperry/head/sys/dev/random/randomdev_soft.c:242
 2nd 0xc059198c sleepq chain (sleepq chain) @
/usr/home/martin/Rasperry/head/sys/kern/subr_sleepqueue.c:240

 1st 0xc06f3c0c entropy harvest mutex (entropy harvest mutex) @
/usr/home/martin/Rasperry/head/sys/dev/random/randomdev_soft.c:242
 2nd 0xc059198c sleepq chain (sleepq chain) @
/usr/home/martin/Rasperry/head/sys/kern/subr_sleepqueue.c:240



[...]
usbus0: 480Mbps High Speed USB v2.0
ugen0.1: DWCOTG at usbus0
uhub0: DWCOTG OTG Root HUB, class 9/0, rev 2.00/1.00, addr 1 on usbus0
uhub0: 1 port with 1 removable, self powered
mmcsd0: 8GB SDHC NCard 1.0 SN 1075839384 MFG 05/2013 by 130 JT at mmc0
50.0MHz/4bit/65535-block
WARNING: WITNESS option enabled, expect reduced performance.
WARNING: DIAGNOSTIC option enabled, expect reduced performance.
mmcsd0: Error indicated: 1 Timeout
mmcsd0: Error indicated: 1 Timeout
Root mount waiting for: usbus0
ugen0.2: vendor 0x0424 at usbus0
uhub1: vendor 0x0424 product 0x9512, class 9/0, rev 2.00/2.00, addr 2 on
usbus0
uhub1: MTT enabled
Root mount waiting for: usbus0
uhub1: 3 ports with 2 removable, self powered
Root mount waiting for: usbus0
ugen0.3: vendor 0x0424 at usbus0
smsc0: vendor 0x0424 product 0xec00, rev 2.00/2.00, addr 3 on usbus0
Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]...
mountroot: waiting for device /dev/mmcsd0s2a ...
smsc0: chip 0xec00, rev. 0002
miibus0: MII bus on smsc0
ukphy0: Generic IEEE 802.3u media interface PHY 1 on miibus0
ukphy0:  none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
ue0: USB Ethernet on smsc0
ue0: Ethernet address: b8:27:eb:1d:b7:5a
Mounting from ufs:/dev/mmcsd0s2a failed with error 19.

Loader variables:
  vfs.root.mountfrom=ufs:/dev/mmcsd0s2a
  vfs.root.mountfrom.options=rw,noatime

Manual root filesystem specification:
  fstype:device [options]
  Mount device using filesystem fstype
  and with the specified (optional) option list.

eg. ufs:/dev/da0s1a
zfs:tank
cd9660:/dev/acd0 ro
  (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /)

  ?   List valid disk boot devices
  .   Yield 1 second (for background tasks)
  empty lineAbort manual input

mountroot


For details and the full boot log have a look to:

http://www.freebsd.org/cgi/query-pr.cgi?pr=181601

Best regards,
 Martin Laabs

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: bsd patch regression?

2013-08-28 Thread Stefan Esser
Am 28.08.2013 00:58, schrieb Sean Bruno:
 Colin generated a patch for xen things that does some pretty
 typical behavior.  bsdpatch really didn't handle it well and
 rejected some things and flat out refused to create
 sys/modules/xenhvm/Makefile for me.

I cannot reproduce the last point: sys/modules/xenhvm/Makefile
has been created in my tests ...

Regarding the XENHVM files: The diff contains unexpanded $FreeBSD$
lines, while the files in /sys/conf/{amd64,i386} have them expanded,
e.g.:

# $FreeBSD$

vs.

# $FreeBSD: head/sys/amd64/conf/XENHVM 239228 2012-08-13 07:36:57Z
cperciva $

You may want to repeat the test with correct $FreeBSD$ lines ...

Regards, STefan
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


[head tinderbox] failure on i386/pc98

2013-08-28 Thread FreeBSD Tinderbox
TB --- 2013-08-28 14:18:29 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-08-28 14:18:29 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-08-28 14:18:29 - starting HEAD tinderbox run for i386/pc98
TB --- 2013-08-28 14:18:29 - cleaning the object tree
TB --- 2013-08-28 14:18:29 - /usr/local/bin/svn stat /src
TB --- 2013-08-28 14:18:45 - At svn revision 254985
TB --- 2013-08-28 14:18:46 - building world
TB --- 2013-08-28 14:18:46 - CROSS_BUILD_TESTING=YES
TB --- 2013-08-28 14:18:46 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-08-28 14:18:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-08-28 14:18:46 - SRCCONF=/dev/null
TB --- 2013-08-28 14:18:46 - TARGET=pc98
TB --- 2013-08-28 14:18:46 - TARGET_ARCH=i386
TB --- 2013-08-28 14:18:46 - TZ=UTC
TB --- 2013-08-28 14:18:46 - __MAKE_CONF=/dev/null
TB --- 2013-08-28 14:18:46 - cd /src
TB --- 2013-08-28 14:18:46 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Wed Aug 28 14:18:54 UTC 2013
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
[...]
c++  -O2 -pipe -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include 
-I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include 
-I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. 
-I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include 
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS 
-fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\i386-unknown-freebsd10.0\ 
-DLLVM_HOST_TRIPLE=\x86_64-unknown-freebsd10.0\ 
-DDEFAULT_SYSROOT=\/obj/pc98.i386/src/tmp\ 
-I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c 
/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/ScoreboardHazardRecognizer.cpp
 -o ScoreboardHazardRecognizer.o
c++  -O2 -pipe -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include 
-I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include 
-I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. 
-I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include 
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS 
-fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\i386-unknown-freebsd10.0\ 
-DLLVM_HOST_TRIPLE=\x86_64-unknown-freebsd10.0\ 
-DDEFAULT_SYSROOT=\/obj/pc98.i386/src/tmp\ 
-I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c 
/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/ShadowStackGC.cpp
 -o ShadowStackGC.o
c++  -O2 -pipe -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include 
-I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include 
-I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. 
-I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include 
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS 
-fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\i386-unknown-freebsd10.0\ 
-DLLVM_HOST_TRIPLE=\x86_64-unknown-freebsd10.0\ 
-DDEFAULT_SYSROOT=\/obj/pc98.i386/src/tmp\ 
-I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c 
/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/ShrinkWrapping.cpp
 -o ShrinkWrapping.o
/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/ShrinkWrapping.cpp:
 In member function 'bool 
llvm::PEI::calcRestorePlacements(llvm::MachineBasicBlock*, 
llvm::SmallVectorllvm::MachineBasicBlock*, 4u, 
llvm::DenseMapllvm::MachineBasicBlock*, llvm::SparseBitVector128u, 
llvm::DenseMapInfollvm::MachineBasicBlock* )':
/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/ShrinkWrapping.cpp:740:
 internal compiler error: in var_ann, at tree-flow-inline.h:128
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
*** Error code 1

Stop.
bmake[3]: stopped in /src/lib/clang/libllvmcodegen
*** Error code 1

Stop.
bmake[2]: stopped in /src/lib/clang
*** Error code 1

Stop.
bmake[1]: stopped in /src
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2013-08-28 15:05:34 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-08-28 15:05:34 - ERROR: failed to build world
TB --- 2013-08-28 15:05:34 - 2435.99 user 271.71 system 2824.51 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: USB no proper work

2013-08-28 Thread Alexander
19.08.2013 22:57, Hans Petter Selasky пишет:
 On 08/19/13 21:54, Alexander Panyushkin wrote:
 18.08.2013 01:04, Hans Petter Selasky пишет:
 On 08/17/13 23:55, Alexander Panyushkin wrote:
 17.08.2013 19:41, Alexander Motin пишет:
 On 17.08.2013 09:22, Hans Petter Selasky wrote:


 On USB device  FAT-32 file system.  When I removed flash drive, the
 file
 system has been unmounted.

 Hi,

 The problem might be in the GELI module then. Did you test that
 Alexander ?

 Aug 16 23:23:43 scorpion kernel: GEOM_ELI: Device gpt/swap0.eli
 created.
 Aug 16 23:23:43 scorpion kernel: GEOM_ELI: Encryption: AES-XTS 128
 Aug 16 23:23:43 scorpion kernel: GEOM_ELI: Crypto: software

 Hint: You can set the following knob to disable the USB waiting at
 reboot.

 hw.usb.no_shutdown_wait=1

 If set hw.usb.no_shutdown_wait = 1
 Reboot  successful,  but if detach and attach again, USB device not
 detecting.

 This test is an indication that the USB stack is waiting for the CAM
 layer to finish detaching its clients. Maybe you can turn on cam
 debugging to figure out who is leaking a ref. Alexander Motin knows how.

 --HPS

Hi
This is debug information

ugen3.4: Generic at usbus3
umass0: Generic USB2.0-CRW, class 0/0, rev 2.00/19.81, addr 4 on usbus3
da0 at umass-sim0 bus 0 scbus8 target 0 lun 0
da0: Generic- SD/MMC 1.00 Removable Direct Access SCSI-0 device
da0: 40.000MB/s transfers
da0: 7580MB (15523840 512 byte sectors: 255H 63S/T 966C)
da0: quirks=0x2NO_6_BYTE
(noperiph:umass-sim0:0:0:0): debugging flags now 1
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)

i915kms.ko not loading

2013-08-28 Thread Alexander

*uname -a*
FreeBSD iskander.advancedhosters.com 10.0-CURRENT FreeBSD 10.0-CURRENT
#0: Tue Aug 27 23:53:04 EEST 2013
r...@iskander.advancedhosters.com:/usr/obj/usr/src/sys/Kernel  amd64

in *make.conf*
X_WINDOW_SYSTEM=xorg
WITH_NEW_XORG=true
WITH_KMS=true

xorg-* ports rebuild
After *Xorg -configure* system is going to reboot

problem in load module i915kms.ko
if *kldload i915kms.ko* system is going to reboot

*pciconf -lvb*
vgapci0@pci0:0:2:0: class=0x03 card=0x844d1043 chip=0x01528086
rev=0x09 hdr=0x00
vendor = 'Intel Corporation'
device = 'Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller'
class = display
subclass = VGA
bar [10] = type Memory, range 64, base 0xf780, size 4194304, enabled
bar [18] = type Prefetchable Memory, range 64, base 0xe000, size
268435456, enabled
bar [20] = type I/O Port, range 32, base 0xf000, size 64, enabled


error in */var/log/messages*
Aug 28 16:09:26 iskander dbus[1185]: [system] Activating service
name='org.freedesktop.ConsoleKit' (using servicehelper)
Aug 28 16:09:26 iskander dbus[1185]: [system] Activating service
name='org.freedesktop.PolicyKit1' (using servicehelper)
Aug 28 16:09:26 iskander dbus[1185]: [system] Successfully activated
service 'org.freedesktop.PolicyKit1'
Aug 28 16:09:26 iskander dbus[1185]: [system] Successfully activated
service 'org.freedesktop.ConsoleKit'
Aug 28 16:09:26 iskander console-kit-daemon[1206]: WARNING: kvm_getenvv
failed:

How to fix this problem?
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: arm/181602: Raspberry PI kernel panic after DHCP

2013-08-28 Thread Martin Laabs
On 28.08.2013 14:10, Ian Lepore wrote:
 On Wed, 2013-08-28 at 05:44 +, Martin Laabs wrote:
 Number: 181602
 Category:   arm
 Synopsis:   Raspberry PI kernel panic after DHCP

[...]

 This problem was caused by recent changes to the layout of struct mbuf
 and the structures embedded within it.  Fixed in r254973.

OK. I can confirm this for the Raspberry-Pi. Running a r254984
So from my side it is OK to close the bug.

Best regards,
 Martin Laabs

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: USB no proper work

2013-08-28 Thread Alexander Panyushkin

19.08.2013 22:57, Hans Petter Selasky пишет:

On 08/19/13 21:54, Alexander Panyushkin wrote:

18.08.2013 01:04, Hans Petter Selasky пишет:

On 08/17/13 23:55, Alexander Panyushkin wrote:

17.08.2013 19:41, Alexander Motin пишет:

On 17.08.2013 09:22, Hans Petter Selasky wrote:




On USB device  FAT-32 file system.  When I removed flash drive, the
file
system has been unmounted.


Hi,

The problem might be in the GELI module then. Did you test that
Alexander ?

Aug 16 23:23:43 scorpion kernel: GEOM_ELI: Device gpt/swap0.eli
created.
Aug 16 23:23:43 scorpion kernel: GEOM_ELI: Encryption: AES-XTS 128
Aug 16 23:23:43 scorpion kernel: GEOM_ELI: Crypto: software

Hint: You can set the following knob to disable the USB waiting at
reboot.

hw.usb.no_shutdown_wait=1


If set hw.usb.no_shutdown_wait = 1
Reboot  successful,  but if detach and attach again, USB device not
detecting.


This test is an indication that the USB stack is waiting for the CAM
layer to finish detaching its clients. Maybe you can turn on cam
debugging to figure out who is leaking a ref. Alexander Motin knows how.

--HPS


Hi
This is debug information

ugen3.4: Generic at usbus3
umass0: Generic USB2.0-CRW, class 0/0, rev 2.00/19.81, addr 4 on usbus3
da0 at umass-sim0 bus 0 scbus8 target 0 lun 0
da0: Generic- SD/MMC 1.00 Removable Direct Access SCSI-0 device
da0: 40.000MB/s transfers
da0: 7580MB (15523840 512 byte sectors: 255H 63S/T 966C)
da0: quirks=0x2NO_6_BYTE
(noperiph:umass-sim0:0:0:0): debugging flags now 1
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): Error 22, Unretryable error
(da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00
01 00
(da0:umass-sim0:0:0:0): CAM status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI status: Check Condition
(da0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid
field in CDB)
(da0:umass-sim0:0:0:0): 

i915kms.ko not loading

2013-08-28 Thread Alexander Panyushkin


*uname -a*
FreeBSD iskander.advancedhosters.com 10.0-CURRENT FreeBSD 10.0-CURRENT
#0: Tue Aug 27 23:53:04 EEST 2013
r...@iskander.advancedhosters.com:/usr/obj/usr/src/sys/Kernel  amd64

in *make.conf*
X_WINDOW_SYSTEM=xorg
WITH_NEW_XORG=true
WITH_KMS=true

xorg-* ports rebuild
After *Xorg -configure* system is going to reboot

problem in load module i915kms.ko
if *kldload i915kms.ko* system is going to reboot

*pciconf -lvb*
vgapci0@pci0:0:2:0: class=0x03 card=0x844d1043 chip=0x01528086
rev=0x09 hdr=0x00
vendor = 'Intel Corporation'
device = 'Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller'
class = display
subclass = VGA
bar [10] = type Memory, range 64, base 0xf780, size 4194304, enabled
bar [18] = type Prefetchable Memory, range 64, base 0xe000, size
268435456, enabled
bar [20] = type I/O Port, range 32, base 0xf000, size 64, enabled


error in */var/log/messages*
Aug 28 16:09:26 iskander dbus[1185]: [system] Activating service
name='org.freedesktop.ConsoleKit' (using servicehelper)
Aug 28 16:09:26 iskander dbus[1185]: [system] Activating service
name='org.freedesktop.PolicyKit1' (using servicehelper)
Aug 28 16:09:26 iskander dbus[1185]: [system] Successfully activated
service 'org.freedesktop.PolicyKit1'
Aug 28 16:09:26 iskander dbus[1185]: [system] Successfully activated
service 'org.freedesktop.ConsoleKit'
Aug 28 16:09:26 iskander console-kit-daemon[1206]: WARNING: kvm_getenvv
failed:

How to fix this problem?
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


The load does not decrease 1.0

2013-08-28 Thread Marcelo Gondim
I noticed that in this revision 254890 the system load is not less than 
1.0. Revision 254497 did not occur.


FreeBSD growthinfo01.localdomain 10.0-CURRENT FreeBSD 10.0-CURRENT #0 
r254890: Thu Aug 29 07:02:12 EDT 2013 
root@growthinfo01.localdomain:/usr/obj/usr/src/sys/VMSRV  amd64


last pid:  1534;  load averages:  1.00,  0.97, 0.83 up 0+00:26:12  08:04:38
21 processes:  1 running, 20 sleeping
CPU 0:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 1:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 2:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 3:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 4:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 5:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 6:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 7:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
Mem: 14M Active, 13M Inact, 147M Wired, 26M Buf, 7681M Free
Swap: 8192M Total, 8192M Free

  PID USERNAMETHR PRI NICE   SIZERES STATE   C   TIME WCPU COMMAND
 1524 root  1  200 81628K  6600K select  5   0:00 0.00% sshd
 1413 root  1  200 23976K  4920K select  7   0:00 0.00% 
sendmail

 1534 root  1  200 19764K  2760K CPU55   0:00 0.00% top
 1531 growadmin 1  200 47632K  2684K wait6   0:00 0.00% su
 1532 root  1  200 23488K  3332K pause   2   0:00 0.00% csh
 1311 root  1  200 14420K  2052K select  6   0:00 0.00% syslogd
 1527 growadmin 1  200 81628K  6604K select  6   0:00 0.00% sshd
 1420 root  1  200 16512K  2136K nanslp  5   0:00 0.00% cron
 1528 growadmin 1  200 16984K  2564K wait5   0:00 0.00% sh
 1463 root  1  520 14416K  1900K ttyin   3   0:00 0.00% getty
 1462 root  1  520 14416K  1900K ttyin   4   0:00 0.00% getty
 1465 root  1  520 14416K  1900K ttyin   0   0:00 0.00% getty
 1461 root  1  520 14416K  1900K ttyin   1   0:00 0.00% getty
 1459 root  1  520 14416K  1900K ttyin   6   0:00 0.00% getty
 1460 root  1  520 14416K  1900K ttyin   5   0:00 0.00% getty
 1466 root  1  520 14416K  1900K ttyin   2   0:00 0.00% getty
 1464 root  1  520 14416K  1900K ttyin   7   0:00 0.00% getty
 1410 root  1  200 56360K  5896K select  0   0:00 0.00% sshd
 1172 root  1  200 13204K  4300K select  1   0:00 0.00% devd
 1416 smmsp 1  520 23976K  4888K pause   6   0:00 0.00% 
sendmail
  141 root  1  520 12260K  1760K pause   7   0:00 0.00% 
adjkerntz

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org