Re: vtnet broken on -CURRENT when using VirtualBox

[Ilya Bakulin]

On 08.12.13, 01:22, Bryan Venteicher wrote:
 
 
 - Original Message -
 System in a virtual machine: FreeBSD-CURRENT SVN rev 259064.
 Virtual machine is created with virtio host-only adapter.

 When trying to ssh into VM, the system in VM panics with the following
 message:

 panic: vtnet_txq_offload: mbuf 0xc309e900 TSO without checksum offload
 Please help me to debug this.

 
 I suspect I know what is wrong. What's the output of `ifconfig vtnetX`?

# ifconfig vtnet0
vtnet0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500

options=6c03bbRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,VLAN_HWTSO,LINKSTATE,RXCSUM_IPV6,TXCSUM_IPV6
ether 08:00:27:96:b3:bc
inet 192.168.56.10 netmask 0xff00 broadcast 192.168.56.255
nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
media: Ethernet 10Gbase-T full-duplex
status: active

There are offloading capabilities present, but apparently VirtualBox
virtio doesn't do it correctly.

Running
# ifconfig vtnet0 -tso

solves the problem, I can log in via ssh just fine.

--
Ilya
___
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: Request for testing an alternate branch

[Marius Strobl]

On Wed, Dec 04, 2013 at 10:21:13PM -0800, Justin Hibbits wrote:
 I've been working on the projects/pmac_pmu branch for some time now to
 add suspend/resume as well as CPU speed change for certain PowerPC
 machines, about a year since I created the branch, and now it's stable
 enough that I want to merge it into HEAD, hence this request. However,
 it does touch several drivers, turning them into early drivers, such
 that they can be initialized, and suspended and resumed at a different
 time.  Saying that, I do need testing from other architectures, to make
 sure I haven't broken anything.
 
 The technical details:
 
 To get proper ordering, I've extended the bus_generic_suspend() and
 bus_generic_resume() to do multiple passes.  Devices which cannot be
 enabled or disabled at the current pass level would return an EAGAIN.
 This could possibly cause problems, since it's an addition to an
 existing API rather than a new API to run along side it, so it needs a
 great deal of testing.  It works fine on PowerPC, but I don't have any
 i386/amd64 or sparc64 hardware to test it on, so would like others who
 do to test it.  I don't think that it would impact x86 at all (testing
 is obviously required), because the nexus is not an EARLY_DRIVER_MODULE,
 so all devices would be handled at the same pass.  But, I do know the
 sparc64 has an EARLY_DRIVER_MODULE() nexus, so that will likely be
 impacted.
 
 Also, any comments are of course welcome.  Technical concerns are
 obviously welcome, and I will try to address everything.

Do you have a patch against head?

Marius

___
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: panic on sparc64 running 10-beta4

[Marius Strobl]

On Wed, Dec 04, 2013 at 11:01:30AM -0500, Kurt Lidl wrote:
 I installed a sparc V120 (4GB memory, dual 72GB disks) with the 10-beta4
 install image today.
 
 Installation went fine.  I rebooted the machine, and then went to get
 a fresh ports tree, and the machine panic'd:
 
 root@host:/usr/ports # portsnap fetch
 Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found.
 Fetching public key from your-org.portsnap.freebsd.org... done.
 Fetching snapshot tag from your-org.portsnap.freebsd.org... done.
 Fetching snapshot metadata... done.
 Fetching snapshot generated at Tue Dec  3 19:06:18 EST 2013:
 43b6803c6d94efd5b2e2bc9df0b66a84b75417fa3c1728100% of   69 MB 3225 kBps 
 00m22s
 Extracting snapshot... done.
 Verifying snapshot integrity... panic: trap: illegal instruction (kernel)
 cpuid = 0
 KDB: stack backtrace:
 #0 0xc08836d4 at trap+0x554
 Uptime: 6m59s
 Dumping 4096 MB (4 chunks)
chunk at 0: 1073741824 bytes ... ok
chunk at 0x4000: 1073741824 bytes ... ok
chunk at 0x8000: 1073741824 bytes ... ok
chunk at 0xc000: 1073741824 bytes ... ok
 
 Dump complete
 Automatic reboot in 15 seconds - press a key on the console to abort
 Rebooting...
 
 And then it panic'd again when attempting to run 'savecore'!
 (I typed a ctrl-t after it printed out the line about
 writing the core file, that's where the load: 0.72 ... line
 came from...)

Hrm, I don't seem to be able to reproduce this with an installation
built from sources and also can't remember a commit between BETA3 and
BETA4 which should be able to cause this. I currently can't test the
10-BETA4 install image, though. Was the machine in question running
FreeBSD before, i. e. is it known good hardware? Did savecore eventually
succeed on writing out a dump?

Marius

___
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: svn commit: r259016 - in head/sys: conf dev/drm2 dev/drm2/i915 dev/drm2/radeon dev/fb dev/vt kern modules/drm2/i915kms modules/drm2/radeonkms sparc64/sparc64 sys teken

[Marc UBM]

Hiho! :-)

Thanks a lot for working on this!

As soon as X is started, things work fine. Before that (as soon as vt
is initialized after the boot menu), output on all ttys is flickering,
resolution is at 640x480 (guessing here) and changing anything via
vidcontrol fails with inappropriate ioctl for device. Also, screen
output starts overlapping, but a clear command fixes that
temporarily. The Alt-Gr key does nothing, manually entering ascii
keycodes via alt+number (e.g. alt-124 for |) works.

Relevant pciconf output:

vgapci0@pci0:0:2:0: class=0x03 card=0x40011297 chip=0x2e328086
rev=0x03 hdr=0x00 vendor = 'Intel Corporation'
device = '4 Series Chipset Integrated Graphics Controller'
class  = display
subclass   = VGA

vgapci1@pci0:0:2:1: class=0x038000 card=0x40011297 chip=0x2e338086
rev=0x03 hdr=0x00 vendor = 'Intel Corporation'
device = '4 Series Chipset Integrated Graphics Controller'
class  = display

Best regards,
Marc


 Author: ray
 Date: Thu Dec  5 22:38:53 2013
 New Revision: 259016
 URL: http://svnweb.freebsd.org/changeset/base/259016
 
 Log:
   Merge VT(9) project (a.k.a. newcons).
   
   Reviewed by:nwhitehorn
   MFC_to_10_after:re approval
   
   Sponsored by:   The FreeBSD Foundation
 
 Added:
   head/sys/dev/fb/fb_if.m
  - copied unchanged from r259015, user/ed/newcons/sys/dev/fb/fb_if.m
   head/sys/dev/fb/fbd.c
  - copied unchanged from r259015, user/ed/newcons/sys/dev/fb/fbd.c
   head/sys/dev/vt/
  - copied from r259015, user/ed/newcons/sys/dev/vt/
   head/sys/kern/subr_terminal.c
  - copied unchanged from r259015, user/ed/newcons/sys/kern/subr_terminal.c
   head/sys/sys/terminal.h
  - copied unchanged from r259015, user/ed/newcons/sys/sys/terminal.h
 Modified:
   head/sys/conf/files
   head/sys/conf/files.amd64
   head/sys/conf/files.arm
   head/sys/conf/files.i386
   head/sys/conf/files.powerpc
   head/sys/conf/files.sparc64
   head/sys/conf/kmod.mk
   head/sys/conf/options
   head/sys/dev/drm2/drm_fb_helper.c
   head/sys/dev/drm2/drm_os_freebsd.h
   head/sys/dev/drm2/i915/i915_drv.c
   head/sys/dev/drm2/i915/intel_fb.c
   head/sys/dev/drm2/radeon/radeon.h
   head/sys/dev/drm2/radeon/radeon_drv.c
   head/sys/dev/drm2/radeon/radeon_fb.c
   head/sys/dev/drm2/radeon/radeon_pm.c
   head/sys/modules/drm2/i915kms/Makefile
   head/sys/modules/drm2/radeonkms/Makefile
   head/sys/sparc64/sparc64/machdep.c
   head/sys/sys/consio.h
   head/sys/sys/eventhandler.h
   head/sys/sys/fbio.h
   head/sys/sys/tty.h
   head/sys/teken/teken.c
   head/sys/teken/teken.h
   head/sys/teken/teken_subr.h
 Directory Properties:
   head/sys/   (props changed)
   head/sys/conf/   (props changed)
 
 Modified: head/sys/conf/files
 ==
 --- head/sys/conf/files   Thu Dec  5 21:58:02 2013(r259015)
 +++ head/sys/conf/files   Thu Dec  5 22:38:53 2013(r259016)
 @@ -82,7 +82,7 @@ pccarddevs.hstandard
\
   compile-with${AWK} -f $S/tools/pccarddevs2h.awk 
 $S/dev/pccard/pccarddevs \
   no-obj no-implicit-rule before-depend  \
   clean   pccarddevs.h
 -teken_state.hoptional sc 
\
 +teken_state.hoptional sc | vt
\
   dependency  $S/teken/gensequences $S/teken/sequences \
   compile-with${AWK} -f $S/teken/gensequences $S/teken/sequences  
 teken_state.h \
   no-obj no-implicit-rule before-depend  \
 @@ -1396,6 +1396,8 @@ dev/ex/if_ex_isa.c  optional ex isa
  dev/ex/if_ex_pccard.coptional ex pccard
  dev/exca/exca.c  optional cbb
  dev/fatm/if_fatm.c   optional fatm pci
 +dev/fb/fbd.c optional fbd | vt
 +dev/fb/fb_if.m   optional fbd | vt
  dev/fb/splash.c  optional splash
  dev/fdt/fdt_common.c optional fdt
  dev/fdt/fdt_ic_if.m  optional fdt
 @@ -2461,6 +2463,17 @@ dev/vge/if_vge.c   optional vge
  
  dev/vkbd/vkbd.c  optional vkbd
  dev/vr/if_vr.c   optional vr pci
 +dev/vt/colors/vt_termcolors.coptional vt
 +dev/vt/font/vt_font_default.coptional vt
 +dev/vt/font/vt_mouse_cursor.coptional vt
 +dev/vt/hw/fb/vt_fb.c optional vt
 +dev/vt/hw/vga/vga.c  optional vt vt_vga
 +dev/vt/logo/logo_freebsd.c   optional vt
 +dev/vt/vt_buf.c  optional vt
 +dev/vt/vt_consolectl.c   optional vt
 +dev/vt/vt_core.c optional vt
 +dev/vt/vt_font.c optional vt
 +dev/vt/vt_sysmouse.c optional vt
  dev/vte/if_vte.c optional vte pci
  dev/vx/if_vx.c   optional vx
  dev/vx/if_vx_eisa.c  

Regression on -current with mdconfig or dd

[Olivier Cochard-Labbé]

Hi,

I found a regression on current:
The problem is meet with dd but I'm not sure it's the root cause.

Here is how to reproduce the problem easily with 3 commands:

dd if=/dev/zero of=/tmp/SOURCE.img seek=10 count=0
mdconfig -a -t vnode -f /tmp/SOURCE.img
dd conv=sparse if=/dev/md0 of=/tmp/DEST.img bs=64k

= This last dd works great on 10.0-BETA3 and older but failed on
-current (r258675 and r259096) with the message:
dd: /dev/md0s1: Input/output error

Regards,

Olivier
___
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: svn commit: r259016 - in head/sys: conf dev/drm2 dev/drm2/i915 dev/drm2/radeon dev/fb dev/vt kern modules/drm2/i915kms modules/drm2/radeonkms sparc64/sparc64 sys teken

[Marc UBM]

Hiho! :-)

Thanks a lot for working on this!

As soon as X is started, things work fine. Before that (as soon as vt
is initialized after the boot menu), output on all ttys is flickering,
resolution is at 640x480 (guessing here) and changing anything via
vidcontrol fails with inappropriate ioctl for device. Also, screen
output starts overlapping, but a clear command fixes that
temporarily. The Alt-Gr key does nothing, manually entering ascii
keycodes via alt+number (e.g. alt-124 for |) works.

Relevant pciconf output:

vgapci0@pci0:0:2:0: class=0x03 card=0x40011297 chip=0x2e328086
rev=0x03 hdr=0x00 vendor = 'Intel Corporation'
device = '4 Series Chipset Integrated Graphics Controller'
class  = display
subclass   = VGA

vgapci1@pci0:0:2:1: class=0x038000 card=0x40011297 chip=0x2e338086
rev=0x03 hdr=0x00 vendor = 'Intel Corporation'
device = '4 Series Chipset Integrated Graphics Controller'
class  = display

Best regards,
Marc


 Author: ray
 Date: Thu Dec  5 22:38:53 2013
 New Revision: 259016
 URL: http://svnweb.freebsd.org/changeset/base/259016
 
 Log:
   Merge VT(9) project (a.k.a. newcons).
   
   Reviewed by:nwhitehorn
   MFC_to_10_after:re approval
   
   Sponsored by:   The FreeBSD Foundation
 
 Added:
   head/sys/dev/fb/fb_if.m
  - copied unchanged from r259015, user/ed/newcons/sys/dev/fb/fb_if.m
   head/sys/dev/fb/fbd.c
  - copied unchanged from r259015, user/ed/newcons/sys/dev/fb/fbd.c
   head/sys/dev/vt/
  - copied from r259015, user/ed/newcons/sys/dev/vt/
   head/sys/kern/subr_terminal.c
  - copied unchanged from r259015, user/ed/newcons/sys/kern/subr_terminal.c
   head/sys/sys/terminal.h
  - copied unchanged from r259015, user/ed/newcons/sys/sys/terminal.h
 Modified:
   head/sys/conf/files
   head/sys/conf/files.amd64
   head/sys/conf/files.arm
   head/sys/conf/files.i386
   head/sys/conf/files.powerpc
   head/sys/conf/files.sparc64
   head/sys/conf/kmod.mk
   head/sys/conf/options
   head/sys/dev/drm2/drm_fb_helper.c
   head/sys/dev/drm2/drm_os_freebsd.h
   head/sys/dev/drm2/i915/i915_drv.c
   head/sys/dev/drm2/i915/intel_fb.c
   head/sys/dev/drm2/radeon/radeon.h
   head/sys/dev/drm2/radeon/radeon_drv.c
   head/sys/dev/drm2/radeon/radeon_fb.c
   head/sys/dev/drm2/radeon/radeon_pm.c
   head/sys/modules/drm2/i915kms/Makefile
   head/sys/modules/drm2/radeonkms/Makefile
   head/sys/sparc64/sparc64/machdep.c
   head/sys/sys/consio.h
   head/sys/sys/eventhandler.h
   head/sys/sys/fbio.h
   head/sys/sys/tty.h
   head/sys/teken/teken.c
   head/sys/teken/teken.h
   head/sys/teken/teken_subr.h
 Directory Properties:
   head/sys/   (props changed)
   head/sys/conf/   (props changed)
 
 Modified: head/sys/conf/files
 ==
 --- head/sys/conf/files   Thu Dec  5 21:58:02 2013(r259015)
 +++ head/sys/conf/files   Thu Dec  5 22:38:53 2013(r259016)
 @@ -82,7 +82,7 @@ pccarddevs.hstandard
\
   compile-with${AWK} -f $S/tools/pccarddevs2h.awk 
 $S/dev/pccard/pccarddevs \
   no-obj no-implicit-rule before-depend  \
   clean   pccarddevs.h
 -teken_state.hoptional sc 
\
 +teken_state.hoptional sc | vt
\
   dependency  $S/teken/gensequences $S/teken/sequences \
   compile-with${AWK} -f $S/teken/gensequences $S/teken/sequences  
 teken_state.h \
   no-obj no-implicit-rule before-depend  \
 @@ -1396,6 +1396,8 @@ dev/ex/if_ex_isa.c  optional ex isa
  dev/ex/if_ex_pccard.coptional ex pccard
  dev/exca/exca.c  optional cbb
  dev/fatm/if_fatm.c   optional fatm pci
 +dev/fb/fbd.c optional fbd | vt
 +dev/fb/fb_if.m   optional fbd | vt
  dev/fb/splash.c  optional splash
  dev/fdt/fdt_common.c optional fdt
  dev/fdt/fdt_ic_if.m  optional fdt
 @@ -2461,6 +2463,17 @@ dev/vge/if_vge.c   optional vge
  
  dev/vkbd/vkbd.c  optional vkbd
  dev/vr/if_vr.c   optional vr pci
 +dev/vt/colors/vt_termcolors.coptional vt
 +dev/vt/font/vt_font_default.coptional vt
 +dev/vt/font/vt_mouse_cursor.coptional vt
 +dev/vt/hw/fb/vt_fb.c optional vt
 +dev/vt/hw/vga/vga.c  optional vt vt_vga
 +dev/vt/logo/logo_freebsd.c   optional vt
 +dev/vt/vt_buf.c  optional vt
 +dev/vt/vt_consolectl.c   optional vt
 +dev/vt/vt_core.c optional vt
 +dev/vt/vt_font.c optional vt
 +dev/vt/vt_sysmouse.c optional vt
  dev/vte/if_vte.c optional vte pci
  dev/vx/if_vx.c   optional vx
  dev/vx/if_vx_eisa.c  

Re: Regression on -current with mdconfig or dd

[Gyrd Thane Lange]

On Sun, 8 Dec 2013 15:50:55 +0100
Olivier Cochard-Labbé oliv...@cochard.me wrote:

 Hi,
 
 I found a regression on current:
 The problem is meet with dd but I'm not sure it's the root cause.
 
 Here is how to reproduce the problem easily with 3 commands:
 
 dd if=/dev/zero of=/tmp/SOURCE.img seek=10 count=0
 mdconfig -a -t vnode -f /tmp/SOURCE.img
 dd conv=sparse if=/dev/md0 of=/tmp/DEST.img bs=64k
 
 = This last dd works great on 10.0-BETA3 and older but failed on
 -current (r258675 and r259096) with the message:
 dd: /dev/md0s1: Input/output error

Hi, I can confirm this problem also exists on my 11-CURRENT (late
november).
It is not md-specific as I also see it with real disks:

This example is from a partition that is exactly 34 sectors large.
(512 sector size).

[root@onyx ~]# dd if=/dev/ada2p9 | hd
  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00
|| *
dd: /dev/ada2p9: Input/output error
35+0 records in
35+0 records out
17920 bytes transferred in 0.269167 secs (66576 bytes/sec)
4600

But still it tries to overshoot and read size+1 sectors. BTW I don't
know where it gets the data for the last sector since the partition
following this has non-zero data in its first sector but dd thinks it
got a zero filled sector.

On my other system, FreeBSD 8.3 the dd gets this right by copying
exactly 34 sectors (even if I try to specify count=35 or larger).

An even shorter method of reproducing is to create a 34 * 512 = 17408
byte memory backed device and read from it:

# mdconfig -a -t malloc -s 34 -u 1
# dd if=/dev/md1 of=/dev/null
dd: /dev/md1: Input/output error
35+0 records in
35+0 records out
17920 bytes transferred in 0.000354 secs (50614093 bytes/sec)

Try to write to it:
# dd if=/dev/zero of=/dev/md1
dd: /dev/md1: Input/output error
36+0 records in
35+0 records out
17920 bytes transferred in 0.000459 secs (39045157 bytes/sec)

Where does it write the data to? (Have not dared to try on a real disk
yet.)

Gyrd ^_^

 
 Regards,
 
 Olivier
 ___
 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
___
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: Request for testing an alternate branch

[Justin Hibbits]

On Dec 8, 2013 5:39 AM, Marius Strobl mar...@alchemy.franken.de wrote:

 On Wed, Dec 04, 2013 at 10:21:13PM -0800, Justin Hibbits wrote:
  I've been working on the projects/pmac_pmu branch for some time now to
  add suspend/resume as well as CPU speed change for certain PowerPC
  machines, about a year since I created the branch, and now it's stable
  enough that I want to merge it into HEAD, hence this request. However,
  it does touch several drivers, turning them into early drivers, such
  that they can be initialized, and suspended and resumed at a different
  time.  Saying that, I do need testing from other architectures, to make
  sure I haven't broken anything.
 
  The technical details:
 
  To get proper ordering, I've extended the bus_generic_suspend() and
  bus_generic_resume() to do multiple passes.  Devices which cannot be
  enabled or disabled at the current pass level would return an EAGAIN.
  This could possibly cause problems, since it's an addition to an
  existing API rather than a new API to run along side it, so it needs a
  great deal of testing.  It works fine on PowerPC, but I don't have any
  i386/amd64 or sparc64 hardware to test it on, so would like others who
  do to test it.  I don't think that it would impact x86 at all (testing
  is obviously required), because the nexus is not an EARLY_DRIVER_MODULE,
  so all devices would be handled at the same pass.  But, I do know the
  sparc64 has an EARLY_DRIVER_MODULE() nexus, so that will likely be
  impacted.
 
  Also, any comments are of course welcome.  Technical concerns are
  obviously welcome, and I will try to address everything.

 Do you have a patch against head?

 Marius


I can generate one today.

- Justin
___
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

nanobsd / dd problem?

[Stefan Hegnauer]

Hi,

 

I am using freebsd-current (FreeBSD BUILDMASTER 11.0-CURRENT FreeBSD
11.0-CURRENT #0 r259095: Sun Dec  8 10:20:40 CET 2013
root@BUILDMASTER:/usr/obj/usr/src/sys/ASUS  i386) in a VirtualBox as a build
machine for nanobsd images to be used on pc-engines.ch alix boards. The only
difference to GENERIC is the inclusion of 'march=geode' and disabling of
most debugging switches (malloc, Witness etc). Worked like a charm in the
past.

 

Since late summer - sorry, no exact date / svn revision - nanobsd.sh fails
at the last stage when building the disk image, e.g. with

...

00:00:25 ### log: /usr/obj/nanobsd.alixpf//_.di

#

 

Looking a bit closer it seems that dd(1) returns with an I/O error whenever
the input is a file created with mdconfig(8):

# dd if=/dev/zero of=somebackingfile bs=1k count=5k

# mdconfig -f somebackingfile -u md0

# newfs -U /dev/md0

# dd if=/dev/md0 of=/dev/null

dd: /dev/md0: Input/output error

10241+0 records in

10241+0 records out

5243392 bytes transferred in 3.240345 secs (1618159 bytes/sec)

 

The outputfile in nanobsd.sh seems to be error-free.

Anyone else seen similar behaviour? How to proceed/fix it?

 

Thanks

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

Re: nanobsd / dd problem?

[Olivier Cochard-Labbé]

On Sun, Dec 8, 2013 at 6:31 PM, Stefan Hegnauer stefan.hegna...@gmx.ch wrote:
 Hi,


 Since late summer - sorry, no exact date / svn revision - nanobsd.sh fails
 at the last stage when building the disk image, e.g. with

Hi, it's a regression in dd:

http://lists.freebsd.org/pipermail/freebsd-current/2013-December/047032.html

Regards,

Olivier
___
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: KGDB and kvm_write

[Hans Petter Selasky]

On 12/07/13 22:34, Alexander Kabaev wrote:

On Sat, 07 Dec 2013 19:09:26 +0100
Hans Petter Selasky h...@bitfrost.no wrote:


Hi,

Is there a particular reason that set variable = value is not
implemented when using kgbd from the command prompt?

--HPS


Just a thought: maybe you forgot -w on kgdb command line?



Yes, I will try that next time.

Thank you,

--HPS
___
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: nanobsd / dd problem?

[Adrian Chadd]

Which svn rev introduced the regression?

-a

On 8 December 2013 10:19, Olivier Cochard-Labbé oliv...@cochard.me wrote:
 On Sun, Dec 8, 2013 at 6:31 PM, Stefan Hegnauer stefan.hegna...@gmx.ch 
 wrote:
 Hi,


 Since late summer - sorry, no exact date / svn revision - nanobsd.sh fails
 at the last stage when building the disk image, e.g. with

 Hi, it's a regression in dd:

 http://lists.freebsd.org/pipermail/freebsd-current/2013-December/047032.html

 Regards,

 Olivier
 ___
 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
___
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: new Xorg (KMS, etc.) for Radeon 9600

[Jean-Sébastien Pédron]

Le 14/11/2013 22:35, Tijl Coosemans a écrit :

The attached patch should fix it, but I haven't been able to test it
yet.  The ai_aperture_size field is in bytes.


So it doesn't work, but it gets a bit further:


Thank Tijl, I committed your patch today.


It looks like some support for AGP is missing in radeon_ttm.c.  It's
hidden behind #ifdef DUMBBELL_WIP.


Yes. I looked at it today: the work is non-trivial and I don't have the 
required knowledge to do it alone. I'll talk about it to Konstantin 
Belousov as the time permits.


--
Jean-Sébastien Pédron
___
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

Problem with ebook reader on usb

[Marc UBM]

Hiho! :-)

I got myself a new ebook reader (Onyx M92), but encountered a strange
problem when connecting it to my freebsd machine. Shortly after
mounting it, the device gets disconnected (causing the mounted storage
to disappear). There is no such behavior with Windows 7.

uname -a:
FreeBSD xxx 11.0-CURRENT FreeBSD 11.0-CURRENT #11
r258254M: Sun Nov 17 13:38:01 CET 2013
xxx:/usr/obj/usr/src/sys/SUBMARINE_SMP  amd64


The device identifies as follows:

Dec  2 17:45:51 ubm kernel: ugen4.2: Linux 2.6.35.3-gd7932e6-dirty
with fsl-usb2-udc at usbus4 

Dec  2 17:45:51 ubm kernel: umass0: Mass Storage on usbus4 

Dec  2 17:45:51 ubm kernel: da0 at umass-sim0 bus 0 scbus3 target 0 lun
0 

Dec  2 17:45:51 ubm kernel: da0: Linux File-Stor Gadget 0326
Removable Direct Access SCSI-2 device 

Dec  2 17:45:51 ubm kernel: da0:40.000MB/s transfers 

Dec  2 17:45:51 ubm kernel: da0: 3156MB (6463552 512 byte sectors: 255H
63S/T 402C) 

Dec  2 17:45:51 ubm kernel: da0: quirks=0x2NO_6_BYTE

I tried setting (widly guessing):
hw.usb.power_timeout: 30 - 0
hw.usb.no_cs_fail: 0 - 1

but to no avail.

Setting hw.usb.debug: 1 yields no additional output.

usbconfig dump_device_desc yields:
ugen4.2: File-backed Storage Gadget Linux 2.6.35.3-gd7932e6-dirty with
fsl-usb2-udc at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (2mA)

  bLength = 0x0012 
  bDescriptorType = 0x0001 
  bcdUSB = 0x0200 
  bDeviceClass = 0x 
  bDeviceSubClass = 0x 
  bDeviceProtocol = 0x 
  bMaxPacketSize0 = 0x0040 
  idVendor = 0x0525 
  idProduct = 0xa4a5 
  bcdDevice = 0x0326 
  iManufacturer = 0x0001  Linux 2.6.35.3-gd7932e6-dirty with
  fsl-usb2-udc iProduct = 0x0002  File-backed Storage Gadget
  iSerialNumber = 0x0003  3230204E6F76
  bNumConfigurations = 0x0001 

Anybody got any ideas? :-)


Bye
Marc
___
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: Problem with ebook reader on usb

[Marc UBM]

On Sun, 8 Dec 2013 22:44:33 +0100
Marc UBM Bocklet ubm.free...@gmail.com wrote:

 
 Hiho! :-)
 
 I got myself a new ebook reader (Onyx M92), but encountered a strange
 problem when connecting it to my freebsd machine. Shortly after
 mounting it, the device gets disconnected (causing the mounted storage
 to disappear). There is no such behavior with Windows 7.
 
 uname -a:
 FreeBSD xxx 11.0-CURRENT FreeBSD 11.0-CURRENT #11
 r258254M: Sun Nov 17 13:38:01 CET 2013
 xxx:/usr/obj/usr/src/sys/SUBMARINE_SMP  amd64
 
 
 The device identifies as follows:
 
 Dec  2 17:45:51 ubm kernel: ugen4.2: Linux 2.6.35.3-gd7932e6-dirty
 with fsl-usb2-udc at usbus4 
 
 Dec  2 17:45:51 ubm kernel: umass0: Mass Storage on usbus4 
 
 Dec  2 17:45:51 ubm kernel: da0 at umass-sim0 bus 0 scbus3 target 0 lun
 0 
 
 Dec  2 17:45:51 ubm kernel: da0: Linux File-Stor Gadget 0326
 Removable Direct Access SCSI-2 device 
 
 Dec  2 17:45:51 ubm kernel: da0:40.000MB/s transfers 
 
 Dec  2 17:45:51 ubm kernel: da0: 3156MB (6463552 512 byte sectors: 255H
 63S/T 402C) 
 
 Dec  2 17:45:51 ubm kernel: da0: quirks=0x2NO_6_BYTE
 
 I tried setting (widly guessing):
 hw.usb.power_timeout: 30 - 0
 hw.usb.no_cs_fail: 0 - 1
 
 but to no avail.
 
 Setting hw.usb.debug: 1 yields no additional output.
 
 usbconfig dump_device_desc yields:
 ugen4.2: File-backed Storage Gadget Linux 2.6.35.3-gd7932e6-dirty with
 fsl-usb2-udc at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (2mA)
 
   bLength = 0x0012 
   bDescriptorType = 0x0001 
   bcdUSB = 0x0200 
   bDeviceClass = 0x 
   bDeviceSubClass = 0x 
   bDeviceProtocol = 0x 
   bMaxPacketSize0 = 0x0040 
   idVendor = 0x0525 
   idProduct = 0xa4a5 
   bcdDevice = 0x0326 
   iManufacturer = 0x0001  Linux 2.6.35.3-gd7932e6-dirty with
   fsl-usb2-udc iProduct = 0x0002  File-backed Storage Gadget
   iSerialNumber = 0x0003  3230204E6F76
   bNumConfigurations = 0x0001 
 
 Anybody got any ideas? :-)

Some further data: the mass storage usually remains mounted if there
is NO read/write activity. Read activity seems to immediately cause a
disconnect. Writing behaves differently, I just managed to copy a 1.4M
file onto it, it disconnected seconds after finishing. The copied file
is not corrupted.

Bye
Marc
___
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

[R259110] kernel compile fail

[Larry Rosenman]

=== crypto (depend)
@ - /usr/src/sys
awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c
make[4]: don't know how to make deflate.c. Stop

make[4]: stopped in /usr/src/sys/modules/crypto
*** Error code 2

Stop.
make[3]: stopped in /usr/src/sys/modules
*** Error code 1

Stop.
make[2]: stopped in /usr/obj/usr/src/sys/BORG-DTRACE
*** Error code 1

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

Stop.
make: stopped in /usr/src


Path: .
Working Copy Root Path: /usr/src
URL: svn://svn.freebsd.org/base/head
Relative URL: ^/head
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 259110
Node Kind: directory
Schedule: normal
Last Changed Author: ray
Last Changed Rev: 259110
Last Changed Date: 2013-12-08 16:49:12 -0600 (Sun, 08 Dec 2013)

-- 
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
US Mail: 108 Turvey Cove, Hutto, TX 78634-5688
___
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: Request for testing an alternate branch

[Justin Hibbits]

On Dec 8, 2013 3:48 PM, Justin Hibbits chmeeed...@gmail.com wrote:

 On Sun, 8 Dec 2013 14:38:53 +0100
 Marius Strobl mar...@alchemy.franken.de wrote:

  On Wed, Dec 04, 2013 at 10:21:13PM -0800, Justin Hibbits wrote:
   I've been working on the projects/pmac_pmu branch for some time now
   to add suspend/resume as well as CPU speed change for certain
   PowerPC machines, about a year since I created the branch, and now
   it's stable enough that I want to merge it into HEAD, hence this
   request. However, it does touch several drivers, turning them into
   early drivers, such that they can be initialized, and suspended
   and resumed at a different time.  Saying that, I do need testing
   from other architectures, to make sure I haven't broken anything.
  
   The technical details:
  
   To get proper ordering, I've extended the bus_generic_suspend() and
   bus_generic_resume() to do multiple passes.  Devices which cannot be
   enabled or disabled at the current pass level would return an
   EAGAIN. This could possibly cause problems, since it's an addition
   to an existing API rather than a new API to run along side it, so
   it needs a great deal of testing.  It works fine on PowerPC, but I
   don't have any i386/amd64 or sparc64 hardware to test it on, so
   would like others who do to test it.  I don't think that it would
   impact x86 at all (testing is obviously required), because the
   nexus is not an EARLY_DRIVER_MODULE, so all devices would be
   handled at the same pass.  But, I do know the sparc64 has an
   EARLY_DRIVER_MODULE() nexus, so that will likely be impacted.
  
   Also, any comments are of course welcome.  Technical concerns are
   obviously welcome, and I will try to address everything.
 
  Do you have a patch against head?
 
  Marius
 

 Here you go.

 - Justin

Oh I must add that this was just a merge, I didn't try compiling this
merge, but there were no conflicts so it should build. But images are up on
allbsd.org for people to test.

-Justin
___
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

FreeBSD CURRENT Build breakage

[Outback Dingo]

Heads up, seems compiling a kernel as of tonights broken

CC='cc ' mkdep -f .depend -a   -nostdinc -D_KERNEL -DKLD_MODULE
-DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq
-I/usr/obj/usr/src/sys/GENERIC -std=iso9899:1999
/usr/src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c
/usr/src/sys/modules/cpufreq/../../x86/cpufreq/est.c
/usr/src/sys/modules/cpufreq/../../x86/cpufreq/hwpstate.c
/usr/src/sys/modules/cpufreq/../../x86/cpufreq/p4tcc.c
/usr/src/sys/modules/cpufreq/../../x86/cpufreq/powernow.c
=== crypto (depend)
@ - /usr/src/sys
awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c
make[4]: don't know how to make deflate.c. Stop

make[4]: stopped in /usr/src/sys/modules/crypto
*** Error code 2

Stop.
___
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

[R259114/Newcons] Compile failure

[Larry Rosenman]

cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality  -nostdinc  -I. -I/usr/src/sys 
-I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -fno-omit-frame-pointer 
-mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone 
-mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding 
-fno-strict-overflow -fstack-protector -Werror  /usr/src/sys/dev/vt/vt_core.c
/usr/src/sys/dev/vt/vt_core.c:1313:9: error: implicit declaration of function 
'IOCPARM_IVAL' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
ival = IOCPARM_IVAL(data);
   ^
1 error generated.
*** Error code 1

Stop.
make[2]: stopped in /usr/obj/usr/src/sys/BORG-DTRACE
*** Error code 1

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

Stop.
make: stopped in /usr/src
^C
[1]   Done(1) nohup make -DNO_CLEAN buildworld buildkernel 
make.noc.out 21
# svn up
Updating '.':
At revision 259114.
# svn info
Path: .
Working Copy Root Path: /usr/src
URL: svn://svn.freebsd.org/base/head
Relative URL: ^/head
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 259114
Node Kind: directory
Schedule: normal
Last Changed Author: alfred
Last Changed Rev: 259114
Last Changed Date: 2013-12-08 20:06:52 -0600 (Sun, 08 Dec 2013)

#

-- 
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
US Mail: 108 Turvey Cove, Hutto, TX 78634-5688
___
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 arm/arm

[FreeBSD Tinderbox]

TB --- 2013-12-09 01:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-09 01:10:19 - 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-12-09 01:10:19 - starting HEAD tinderbox run for arm/arm
TB --- 2013-12-09 01:10:19 - cleaning the object tree
TB --- 2013-12-09 01:10:19 - /usr/local/bin/svn stat /src
TB --- 2013-12-09 01:10:24 - At svn revision 259112
TB --- 2013-12-09 01:10:25 - building world
TB --- 2013-12-09 01:10:25 - CROSS_BUILD_TESTING=YES
TB --- 2013-12-09 01:10:25 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-12-09 01:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-12-09 01:10:25 - SRCCONF=/dev/null
TB --- 2013-12-09 01:10:25 - TARGET=arm
TB --- 2013-12-09 01:10:25 - TARGET_ARCH=arm
TB --- 2013-12-09 01:10:25 - TZ=UTC
TB --- 2013-12-09 01:10:25 - __MAKE_CONF=/dev/null
TB --- 2013-12-09 01:10:25 - cd /src
TB --- 2013-12-09 01:10:25 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Mon Dec  9 01:10:34 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
 World build completed on Mon Dec  9 04:12:28 UTC 2013
TB --- 2013-12-09 04:12:28 - generating LINT kernel config
TB --- 2013-12-09 04:12:28 - cd /src/sys/arm/conf
TB --- 2013-12-09 04:12:28 - /usr/bin/make -B LINT
TB --- 2013-12-09 04:12:29 - cd /src/sys/arm/conf
TB --- 2013-12-09 04:12:29 - /usr/sbin/config -m LINT
TB --- 2013-12-09 04:12:29 - building LINT kernel
TB --- 2013-12-09 04:12:29 - CROSS_BUILD_TESTING=YES
TB --- 2013-12-09 04:12:29 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-12-09 04:12:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-12-09 04:12:29 - SRCCONF=/dev/null
TB --- 2013-12-09 04:12:29 - TARGET=arm
TB --- 2013-12-09 04:12:29 - TARGET_ARCH=arm
TB --- 2013-12-09 04:12:29 - TZ=UTC
TB --- 2013-12-09 04:12:29 - __MAKE_CONF=/dev/null
TB --- 2013-12-09 04:12:29 - cd /src
TB --- 2013-12-09 04:12:29 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Mon Dec  9 04:12:29 UTC 2013
 stage 1: configuring the kernel
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3.1: making dependencies
[...]
rm -f .depend
CC='cc ' mkdep -f .depend -a   -nostdinc -D_KERNEL -DKLD_MODULE 
-DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq 
-I/obj/arm.arm/src/sys/LINT -std=iso9899:1999   
/src/sys/modules/cpsw/../../arm/ti/cpsw/if_cpsw.c
=== crypto (depend)
@ - /src/sys
awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c
bmake[3]: don't know how to make deflate.c. Stop

bmake[3]: stopped in /src/sys/modules/crypto
*** Error code 2

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

Stop.
bmake[1]: stopped in /obj/arm.arm/src/sys/LINT
*** Error code 1

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

Stop in /src.
TB --- 2013-12-09 04:16:12 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-12-09 04:16:12 - ERROR: failed to build LINT kernel
TB --- 2013-12-09 04:16:12 - 8775.55 user 1673.29 system 11152.87 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.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

[head tinderbox] failure on i386/i386

[FreeBSD Tinderbox]

TB --- 2013-12-09 01:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-09 01:10:19 - 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-12-09 01:10:19 - starting HEAD tinderbox run for i386/i386
TB --- 2013-12-09 01:10:19 - cleaning the object tree
TB --- 2013-12-09 01:10:19 - /usr/local/bin/svn stat /src
TB --- 2013-12-09 01:10:24 - At svn revision 259112
TB --- 2013-12-09 01:10:25 - building world
TB --- 2013-12-09 01:10:25 - CROSS_BUILD_TESTING=YES
TB --- 2013-12-09 01:10:25 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-12-09 01:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-12-09 01:10:25 - SRCCONF=/dev/null
TB --- 2013-12-09 01:10:25 - TARGET=i386
TB --- 2013-12-09 01:10:25 - TARGET_ARCH=i386
TB --- 2013-12-09 01:10:25 - TZ=UTC
TB --- 2013-12-09 01:10:25 - __MAKE_CONF=/dev/null
TB --- 2013-12-09 01:10:25 - cd /src
TB --- 2013-12-09 01:10:25 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Mon Dec  9 01:10:34 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
 World build completed on Mon Dec  9 04:20:09 UTC 2013
TB --- 2013-12-09 04:20:09 - generating LINT kernel config
TB --- 2013-12-09 04:20:09 - cd /src/sys/i386/conf
TB --- 2013-12-09 04:20:09 - /usr/bin/make -B LINT
TB --- 2013-12-09 04:20:09 - cd /src/sys/i386/conf
TB --- 2013-12-09 04:20:09 - /usr/sbin/config -m LINT
TB --- 2013-12-09 04:20:09 - building LINT kernel
TB --- 2013-12-09 04:20:09 - CROSS_BUILD_TESTING=YES
TB --- 2013-12-09 04:20:09 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-12-09 04:20:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-12-09 04:20:09 - SRCCONF=/dev/null
TB --- 2013-12-09 04:20:09 - TARGET=i386
TB --- 2013-12-09 04:20:09 - TARGET_ARCH=i386
TB --- 2013-12-09 04:20:09 - TZ=UTC
TB --- 2013-12-09 04:20:09 - __MAKE_CONF=/dev/null
TB --- 2013-12-09 04:20:09 - cd /src
TB --- 2013-12-09 04:20:09 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Mon Dec  9 04:20:09 UTC 2013
 stage 1: configuring the kernel
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3.1: making dependencies
[...]
rm -f .depend
CC='cc ' mkdep -f .depend -a   -nostdinc -D_KERNEL -DKLD_MODULE 
-DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq 
-I/obj/i386.i386/src/sys/LINT -std=iso9899:1999   
/src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c 
/src/sys/modules/cpufreq/../../x86/cpufreq/est.c 
/src/sys/modules/cpufreq/../../x86/cpufreq/hwpstate.c 
/src/sys/modules/cpufreq/../../x86/cpufreq/p4tcc.c 
/src/sys/modules/cpufreq/../../x86/cpufreq/powernow.c 
/src/sys/modules/cpufreq/../../x86/cpufreq/smist.c
=== crypto (depend)
@ - /src/sys
awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c
bmake[3]: don't know how to make deflate.c. Stop

bmake[3]: stopped in /src/sys/modules/crypto
*** Error code 2

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

Stop.
bmake[1]: stopped in /obj/i386.i386/src/sys/LINT
*** Error code 1

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

Stop in /src.
TB --- 2013-12-09 04:24:39 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-12-09 04:24:39 - ERROR: failed to build LINT kernel
TB --- 2013-12-09 04:24:39 - 9430.52 user 1676.12 system 11660.04 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.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

[head tinderbox] failure on armv6/arm

[FreeBSD Tinderbox]

TB --- 2013-12-09 01:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-09 01:10:19 - 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-12-09 01:10:19 - starting HEAD tinderbox run for armv6/arm
TB --- 2013-12-09 01:10:19 - cleaning the object tree
TB --- 2013-12-09 01:10:19 - /usr/local/bin/svn stat /src
TB --- 2013-12-09 01:10:24 - At svn revision 259112
TB --- 2013-12-09 01:10:25 - building world
TB --- 2013-12-09 01:10:25 - CROSS_BUILD_TESTING=YES
TB --- 2013-12-09 01:10:25 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-12-09 01:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-12-09 01:10:25 - SRCCONF=/dev/null
TB --- 2013-12-09 01:10:25 - TARGET=arm
TB --- 2013-12-09 01:10:25 - TARGET_ARCH=armv6
TB --- 2013-12-09 01:10:25 - TZ=UTC
TB --- 2013-12-09 01:10:25 - __MAKE_CONF=/dev/null
TB --- 2013-12-09 01:10:25 - cd /src
TB --- 2013-12-09 01:10:25 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Mon Dec  9 01:10:34 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
 World build completed on Mon Dec  9 04:12:28 UTC 2013
TB --- 2013-12-09 04:12:28 - generating LINT kernel config
TB --- 2013-12-09 04:12:28 - cd /src/sys/arm/conf
TB --- 2013-12-09 04:12:28 - /usr/bin/make -B LINT
TB --- 2013-12-09 04:12:29 - cd /src/sys/arm/conf
TB --- 2013-12-09 04:12:29 - /usr/sbin/config -m LINT
TB --- 2013-12-09 04:12:29 - skipping LINT kernel
TB --- 2013-12-09 04:12:29 - cd /src/sys/arm/conf
TB --- 2013-12-09 04:12:29 - /usr/sbin/config -m AC100
TB --- 2013-12-09 04:12:29 - building AC100 kernel
TB --- 2013-12-09 04:12:29 - CROSS_BUILD_TESTING=YES
TB --- 2013-12-09 04:12:29 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-12-09 04:12:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-12-09 04:12:29 - SRCCONF=/dev/null
TB --- 2013-12-09 04:12:29 - TARGET=arm
TB --- 2013-12-09 04:12:29 - TARGET_ARCH=armv6
TB --- 2013-12-09 04:12:29 - TZ=UTC
TB --- 2013-12-09 04:12:29 - __MAKE_CONF=/dev/null
TB --- 2013-12-09 04:12:29 - cd /src
TB --- 2013-12-09 04:12:29 - /usr/bin/make -B buildkernel KERNCONF=AC100
 Kernel build for AC100 started on Mon Dec  9 04:12:29 UTC 2013
 stage 1: configuring the kernel
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3.1: making dependencies
 stage 3.2: building everything
 Kernel build for AC100 completed on Mon Dec  9 04:15:31 UTC 2013
TB --- 2013-12-09 04:15:31 - cd /src/sys/arm/conf
TB --- 2013-12-09 04:15:31 - /usr/sbin/config -m ARMADAXP
TB --- 2013-12-09 04:15:32 - building ARMADAXP kernel
TB --- 2013-12-09 04:15:32 - CROSS_BUILD_TESTING=YES
TB --- 2013-12-09 04:15:32 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-12-09 04:15:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-12-09 04:15:32 - SRCCONF=/dev/null
TB --- 2013-12-09 04:15:32 - TARGET=arm
TB --- 2013-12-09 04:15:32 - TARGET_ARCH=armv6
TB --- 2013-12-09 04:15:32 - TZ=UTC
TB --- 2013-12-09 04:15:32 - __MAKE_CONF=/dev/null
TB --- 2013-12-09 04:15:32 - cd /src
TB --- 2013-12-09 04:15:32 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP
 Kernel build for ARMADAXP started on Mon Dec  9 04:15:32 UTC 2013
 stage 1: configuring the kernel
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3.1: making dependencies
 stage 3.2: building everything
 Kernel build for ARMADAXP completed on Mon Dec  9 04:19:23 UTC 2013
TB --- 2013-12-09 04:19:23 - cd /src/sys/arm/conf
TB --- 2013-12-09 04:19:23 - /usr/sbin/config -m ARNDALE
TB --- 2013-12-09 04:19:23 - building ARNDALE kernel
TB --- 2013-12-09 04:19:23 - CROSS_BUILD_TESTING=YES
TB --- 2013-12-09 04:19:23 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-12-09 04:19:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-12-09 04:19:23 - SRCCONF=/dev/null
TB --- 2013-12-09 04:19:23 - TARGET=arm
TB --- 2013-12-09 04:19:23 - TARGET_ARCH=armv6
TB --- 2013-12-09 04:19:23 - TZ=UTC
TB --- 2013-12-09 04:19:23 - __MAKE_CONF=/dev/null
TB --- 2013-12-09 04:19:23 - cd /src
TB --- 2013-12-09 04:19:23 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE
 Kernel build for ARNDALE started on Mon Dec  9 04:19:23 UTC 2013
 stage 1: configuring the kernel
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3.1: making dependencies
 stage 3.2: building everything
 Kernel build for ARNDALE completed on Mon Dec  9 04:23:47 UTC 2013
TB --- 2013-12-09 04:23:47 - cd /src/sys/arm/conf
TB --- 2013-12-09 04:23:47 - /usr/sbin/config -m ATMEL
TB --- 2013-12-09 04:23:47 - skipping ATMEL 

Re: nanobsd / dd problem?

[Konstantin Belousov]

On Sun, Dec 08, 2013 at 06:31:36PM +0100, Stefan Hegnauer wrote:
 Hi,
 
  
 
 I am using freebsd-current (FreeBSD BUILDMASTER 11.0-CURRENT FreeBSD
 11.0-CURRENT #0 r259095: Sun Dec  8 10:20:40 CET 2013
 root@BUILDMASTER:/usr/obj/usr/src/sys/ASUS  i386) in a VirtualBox as a build
 machine for nanobsd images to be used on pc-engines.ch alix boards. The only
 difference to GENERIC is the inclusion of 'march=geode' and disabling of
 most debugging switches (malloc, Witness etc). Worked like a charm in the
 past.
 
  
 
 Since late summer - sorry, no exact date / svn revision - nanobsd.sh fails
 at the last stage when building the disk image, e.g. with
 
 ...
 
 00:00:25 ### log: /usr/obj/nanobsd.alixpf//_.di
 
 #
 
  
 
 Looking a bit closer it seems that dd(1) returns with an I/O error whenever
 the input is a file created with mdconfig(8):
 
 # dd if=/dev/zero of=somebackingfile bs=1k count=5k
 
 # mdconfig -f somebackingfile -u md0
 
 # newfs -U /dev/md0
 
 # dd if=/dev/md0 of=/dev/null
 
 dd: /dev/md0: Input/output error
 
 10241+0 records in
 
 10241+0 records out
 
 5243392 bytes transferred in 3.240345 secs (1618159 bytes/sec)
 
  
 
 The outputfile in nanobsd.sh seems to be error-free.
It should be one block larger than the right size.
\
 
 Anyone else seen similar behaviour? How to proceed/fix it?
 

The following patch should clear the error.

The issue is that kern_physio() incorrectly detects EOF due to incorrect
calculation of bio bio_resid after the bio_length was clipped by the
'excess' code in g_io_check(). Both bio_length and bio_resid appear
to be 0 in the pre-last dd transfer, which starts exactly and the
mediasize, and kern_physio() thinks that it transferred one more block
than was transferred.

I _suspect_ that it was caused by 'excess' code moving in r256880,
but I am really not in the right condition to analyze it.  If somebody
could try the same dd experiment to confirm or deny my suspicion, it
would be useful.

The patch below should be a right thing to do anyway.

diff --git a/sys/kern/vfs_bio.c b/sys/kern/vfs_bio.c
index c23a74b..b7c4d60 100644
--- a/sys/kern/vfs_bio.c
+++ b/sys/kern/vfs_bio.c
@@ -3679,7 +3679,6 @@ bufdonebio(struct bio *bip)
 
bp = bip-bio_caller2;
bp-b_resid = bp-b_bcount - bip-bio_completed;
-   bp-b_resid = bip-bio_resid;   /* XXX: remove */
bp-b_ioflags = bip-bio_flags;
bp-b_error = bip-bio_error;
if (bp-b_error)


pgpJemTq1QeSA.pgp
Description: PGP signature

[head tinderbox] failure on amd64/amd64

[FreeBSD Tinderbox]

TB --- 2013-12-09 01:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-09 01:10:19 - 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-12-09 01:10:19 - starting HEAD tinderbox run for amd64/amd64
TB --- 2013-12-09 01:10:19 - cleaning the object tree
TB --- 2013-12-09 01:10:19 - /usr/local/bin/svn stat /src
TB --- 2013-12-09 01:10:24 - At svn revision 259112
TB --- 2013-12-09 01:10:25 - building world
TB --- 2013-12-09 01:10:25 - CROSS_BUILD_TESTING=YES
TB --- 2013-12-09 01:10:25 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-12-09 01:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-12-09 01:10:25 - SRCCONF=/dev/null
TB --- 2013-12-09 01:10:25 - TARGET=amd64
TB --- 2013-12-09 01:10:25 - TARGET_ARCH=amd64
TB --- 2013-12-09 01:10:25 - TZ=UTC
TB --- 2013-12-09 01:10:25 - __MAKE_CONF=/dev/null
TB --- 2013-12-09 01:10:25 - cd /src
TB --- 2013-12-09 01:10:25 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Mon Dec  9 01:10:34 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
 stage 5.1: building 32 bit shim libraries
 World build completed on Mon Dec  9 04:54:02 UTC 2013
TB --- 2013-12-09 04:54:02 - generating LINT kernel config
TB --- 2013-12-09 04:54:02 - cd /src/sys/amd64/conf
TB --- 2013-12-09 04:54:02 - /usr/bin/make -B LINT
TB --- 2013-12-09 04:54:02 - cd /src/sys/amd64/conf
TB --- 2013-12-09 04:54:02 - /usr/sbin/config -m LINT
TB --- 2013-12-09 04:54:02 - building LINT kernel
TB --- 2013-12-09 04:54:02 - CROSS_BUILD_TESTING=YES
TB --- 2013-12-09 04:54:02 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-12-09 04:54:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-12-09 04:54:02 - SRCCONF=/dev/null
TB --- 2013-12-09 04:54:02 - TARGET=amd64
TB --- 2013-12-09 04:54:02 - TARGET_ARCH=amd64
TB --- 2013-12-09 04:54:02 - TZ=UTC
TB --- 2013-12-09 04:54:02 - __MAKE_CONF=/dev/null
TB --- 2013-12-09 04:54:02 - cd /src
TB --- 2013-12-09 04:54:02 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Mon Dec  9 04:54:02 UTC 2013
 stage 1: configuring the kernel
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3.1: making dependencies
[...]
rm -f .depend
CC='cc ' mkdep -f .depend -a   -nostdinc -D_KERNEL -DKLD_MODULE 
-DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq 
-I/obj/amd64.amd64/src/sys/LINT -std=iso9899:1999   
/src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c 
/src/sys/modules/cpufreq/../../x86/cpufreq/est.c 
/src/sys/modules/cpufreq/../../x86/cpufreq/hwpstate.c 
/src/sys/modules/cpufreq/../../x86/cpufreq/p4tcc.c 
/src/sys/modules/cpufreq/../../x86/cpufreq/powernow.c
=== crypto (depend)
@ - /src/sys
awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c
bmake[3]: don't know how to make deflate.c. Stop

bmake[3]: stopped in /src/sys/modules/crypto
*** Error code 2

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

Stop.
bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT
*** Error code 1

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

Stop in /src.
TB --- 2013-12-09 04:57:50 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-12-09 04:57:50 - ERROR: failed to build LINT kernel
TB --- 2013-12-09 04:57:50 - 10793.70 user 2046.82 system 13650.54 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.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

[head tinderbox] failure on ia64/ia64

[FreeBSD Tinderbox]

TB --- 2013-12-09 04:24:40 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-09 04:24:40 - 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-12-09 04:24:40 - starting HEAD tinderbox run for ia64/ia64
TB --- 2013-12-09 04:24:40 - cleaning the object tree
TB --- 2013-12-09 04:24:40 - /usr/local/bin/svn stat /src
TB --- 2013-12-09 04:24:43 - At svn revision 259112
TB --- 2013-12-09 04:24:44 - building world
TB --- 2013-12-09 04:24:44 - CROSS_BUILD_TESTING=YES
TB --- 2013-12-09 04:24:44 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-12-09 04:24:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-12-09 04:24:44 - SRCCONF=/dev/null
TB --- 2013-12-09 04:24:44 - TARGET=ia64
TB --- 2013-12-09 04:24:44 - TARGET_ARCH=ia64
TB --- 2013-12-09 04:24:44 - TZ=UTC
TB --- 2013-12-09 04:24:44 - __MAKE_CONF=/dev/null
TB --- 2013-12-09 04:24:44 - cd /src
TB --- 2013-12-09 04:24:44 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Mon Dec  9 04:24:53 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
 World build completed on Mon Dec  9 05:58:49 UTC 2013
TB --- 2013-12-09 05:58:49 - generating LINT kernel config
TB --- 2013-12-09 05:58:49 - cd /src/sys/ia64/conf
TB --- 2013-12-09 05:58:49 - /usr/bin/make -B LINT
TB --- 2013-12-09 05:58:49 - cd /src/sys/ia64/conf
TB --- 2013-12-09 05:58:49 - /usr/sbin/config -m LINT
TB --- 2013-12-09 05:58:49 - building LINT kernel
TB --- 2013-12-09 05:58:49 - CROSS_BUILD_TESTING=YES
TB --- 2013-12-09 05:58:49 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-12-09 05:58:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-12-09 05:58:49 - SRCCONF=/dev/null
TB --- 2013-12-09 05:58:49 - TARGET=ia64
TB --- 2013-12-09 05:58:49 - TARGET_ARCH=ia64
TB --- 2013-12-09 05:58:49 - TZ=UTC
TB --- 2013-12-09 05:58:49 - __MAKE_CONF=/dev/null
TB --- 2013-12-09 05:58:49 - cd /src
TB --- 2013-12-09 05:58:49 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Mon Dec  9 05:58:49 UTC 2013
 stage 1: configuring the kernel
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3.1: making dependencies
[...]
rm -f .depend
CC='cc ' mkdep -f .depend -a   -nostdinc -D_KERNEL -DKLD_MODULE 
-DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq 
-I/obj/ia64.ia64/src/sys/LINT -std=iso9899:1999   
/src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c
=== crypto (depend)
@ - /src/sys
awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c
bmake[3]: don't know how to make deflate.c. Stop

bmake[3]: stopped in /src/sys/modules/crypto
*** Error code 2

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

Stop.
bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT
*** Error code 1

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

Stop in /src.
TB --- 2013-12-09 06:00:55 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-12-09 06:00:55 - ERROR: failed to build LINT kernel
TB --- 2013-12-09 06:00:55 - 4529.61 user 851.86 system 5775.26 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.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: nanobsd / dd problem?

[Stefan Hegnauer]

On Monday, December 09, 2013 at 5:43 AM Konstantin Belousov wrote:


 On Sun, Dec 08, 2013 at 06:31:36PM +0100, Stefan Hegnauer wrote:
  Hi,
 
 
 
  I am using freebsd-current (FreeBSD BUILDMASTER 11.0-CURRENT FreeBSD
  11.0-CURRENT #0 r259095: Sun Dec  8 10:20:40 CET 2013
  root@BUILDMASTER:/usr/obj/usr/src/sys/ASUS  i386) in a VirtualBox as
 a build
  machine for nanobsd images to be used on pc-engines.ch alix boards.
 The only
  difference to GENERIC is the inclusion of 'march=geode' and disabling
 of
  most debugging switches (malloc, Witness etc). Worked like a charm in
 the
  past.
 
 
 
  Since late summer - sorry, no exact date / svn revision - nanobsd.sh
 fails
  at the last stage when building the disk image, e.g. with
 
  ...
 
  00:00:25 ### log: /usr/obj/nanobsd.alixpf//_.di
 
  #
 
 
 
  Looking a bit closer it seems that dd(1) returns with an I/O error
 whenever
  the input is a file created with mdconfig(8):
 
  # dd if=/dev/zero of=somebackingfile bs=1k count=5k
 
  # mdconfig -f somebackingfile -u md0
 
  # newfs -U /dev/md0
 
  # dd if=/dev/md0 of=/dev/null
 
  dd: /dev/md0: Input/output error
 
  10241+0 records in
 
  10241+0 records out
 
  5243392 bytes transferred in 3.240345 secs (1618159 bytes/sec)
 
 
 
  The outputfile in nanobsd.sh seems to be error-free.
 It should be one block larger than the right size.
 \
 
  Anyone else seen similar behaviour? How to proceed/fix it?
 
 
 The following patch should clear the error.
 
 The issue is that kern_physio() incorrectly detects EOF due to
 incorrect
 calculation of bio bio_resid after the bio_length was clipped by the
 'excess' code in g_io_check(). Both bio_length and bio_resid appear
 to be 0 in the pre-last dd transfer, which starts exactly and the
 mediasize, and kern_physio() thinks that it transferred one more block
 than was transferred.
 
 I _suspect_ that it was caused by 'excess' code moving in r256880,
 but I am really not in the right condition to analyze it.  If somebody
 could try the same dd experiment to confirm or deny my suspicion, it
 would be useful.
 
 The patch below should be a right thing to do anyway.
 
 diff --git a/sys/kern/vfs_bio.c b/sys/kern/vfs_bio.c
 index c23a74b..b7c4d60 100644
 --- a/sys/kern/vfs_bio.c
 +++ b/sys/kern/vfs_bio.c
 @@ -3679,7 +3679,6 @@ bufdonebio(struct bio *bip)
 
   bp = bip-bio_caller2;
   bp-b_resid = bp-b_bcount - bip-bio_completed;
 - bp-b_resid = bip-bio_resid;   /* XXX: remove */
   bp-b_ioflags = bip-bio_flags;
   bp-b_error = bip-bio_error;
   if (bp-b_error)

Works for me - please commit!
Thanks a lot!

-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

[FreeBSD Tinderbox]

TB --- 2013-12-09 04:16:13 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-09 04:16:13 - 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-12-09 04:16:13 - starting HEAD tinderbox run for i386/pc98
TB --- 2013-12-09 04:16:13 - cleaning the object tree
TB --- 2013-12-09 04:16:13 - /usr/local/bin/svn stat /src
TB --- 2013-12-09 04:16:18 - At svn revision 259112
TB --- 2013-12-09 04:16:19 - building world
TB --- 2013-12-09 04:16:19 - CROSS_BUILD_TESTING=YES
TB --- 2013-12-09 04:16:19 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-12-09 04:16:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-12-09 04:16:19 - SRCCONF=/dev/null
TB --- 2013-12-09 04:16:19 - TARGET=pc98
TB --- 2013-12-09 04:16:19 - TARGET_ARCH=i386
TB --- 2013-12-09 04:16:19 - TZ=UTC
TB --- 2013-12-09 04:16:19 - __MAKE_CONF=/dev/null
TB --- 2013-12-09 04:16:19 - cd /src
TB --- 2013-12-09 04:16:19 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Mon Dec  9 04:16:27 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
 World build completed on Mon Dec  9 07:35:31 UTC 2013
TB --- 2013-12-09 07:35:31 - generating LINT kernel config
TB --- 2013-12-09 07:35:31 - cd /src/sys/pc98/conf
TB --- 2013-12-09 07:35:31 - /usr/bin/make -B LINT
TB --- 2013-12-09 07:35:31 - cd /src/sys/pc98/conf
TB --- 2013-12-09 07:35:31 - /usr/sbin/config -m LINT
TB --- 2013-12-09 07:35:31 - building LINT kernel
TB --- 2013-12-09 07:35:31 - CROSS_BUILD_TESTING=YES
TB --- 2013-12-09 07:35:31 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-12-09 07:35:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-12-09 07:35:31 - SRCCONF=/dev/null
TB --- 2013-12-09 07:35:31 - TARGET=pc98
TB --- 2013-12-09 07:35:31 - TARGET_ARCH=i386
TB --- 2013-12-09 07:35:31 - TZ=UTC
TB --- 2013-12-09 07:35:31 - __MAKE_CONF=/dev/null
TB --- 2013-12-09 07:35:31 - cd /src
TB --- 2013-12-09 07:35:31 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Mon Dec  9 07:35:31 UTC 2013
 stage 1: configuring the kernel
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3.1: making dependencies
[...]
rm -f .depend
CC='cc ' mkdep -f .depend -a   -nostdinc -DPC98 -D_KERNEL -DKLD_MODULE 
-DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq 
-I/obj/pc98.i386/src/sys/LINT -std=iso9899:1999   
/src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c
=== crypto (depend)
@ - /src/sys
awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c
bmake[3]: don't know how to make deflate.c. Stop

bmake[3]: stopped in /src/sys/modules/crypto
*** Error code 2

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

Stop.
bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT
*** Error code 1

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

Stop in /src.
TB --- 2013-12-09 07:38:26 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-12-09 07:38:26 - ERROR: failed to build LINT kernel
TB --- 2013-12-09 07:38:26 - 9884.89 user 1307.52 system 12133.18 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