Re: APU Bristol Ridge graphics support

[Wolfgang Zenker]

* Rozhuk Ivan  [180930 23:15]:
> On Sun, 30 Sep 2018 20:37:07 +
> Johannes Dieterich  wrote:
> [..]
>> Just to make sure, the gpu-firmware port is installed
>> and /boot/modules contains these files the load is looking for? Which
>> drm port gets installed if you use the new graphics/drm-kmod
>> metaport? If it is next, could you try with that?

> [..]

> drm-next requires FreeBSD 12, I do not try it yet.

that is no longer true; drm-next requires at least FreeBSD 11.2 now

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

Re: ath (AR9460) no longer works after going to 11-STABLE r302483

[Wolfgang Zenker]

Hi,

[sorry, forgot to Cc current first]

* Adrian Chadd <adr...@freebsd.org> [160715 22:40]:
> On 15 July 2016 at 13:28, Wolfgang Zenker <wolfg...@lyxys.ka.sub.org> wrote:
>> * Adrian Chadd <adr...@freebsd.org> [160715 00:00]:
>>> On 14 July 2016 at 14:37, Wolfgang Zenker <wolfg...@lyxys.ka.sub.org> wrote:
>>>> * Adrian Chadd <adr...@freebsd.org> [160710 21:47]:
>>>>> Since you've reverted the ath driver directories without success, I'm
>>>>> mostly out of simple ideas. I think you need to bisect the whole
>>>>> kernel version until you find the commit that broke things.

>>>> done. The commit is 11-STABLE r302410. AFAICS the only change here
>>>> is the removal of debugging options from the GENERIC kernel config:

>>>> https://svnweb.freebsd.org/base/stable/11/sys/amd64/conf/GENERIC?r1=302408=302410

>>> ... loool, okay. Let me see.

>>> Try INVARIANTS and INVARIANT_SUPPORT. Maybe something in the ath
>>> driver needs it.. oops!

>> Nope, wlan0 still works after disabling INVARIANTS and INVARIANT_SUPPORT.
>> Any suggestions for next try?

> Just try disabling the others and see what happens.

commenting out DEADLKRES and MALLOC_DEBUG_MAXZONES in addition to 
INVARIANTS and INVARIANT_SUPPORT did not change the situation: ath
still worked. Re-enabling all of the above and disabling WITNESS
resulted in ath failing.

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

Re: ath (AR9460) no longer works after going to 11-STABLE r302483

[Wolfgang Zenker]

* Adrian Chadd <adr...@freebsd.org> [160715 00:00]:
> On 14 July 2016 at 14:37, Wolfgang Zenker <wolfg...@lyxys.ka.sub.org> wrote:
>> * Adrian Chadd <adr...@freebsd.org> [160710 21:47]:
>>> Since you've reverted the ath driver directories without success, I'm
>>> mostly out of simple ideas. I think you need to bisect the whole
>>> kernel version until you find the commit that broke things.

>> done. The commit is 11-STABLE r302410. AFAICS the only change here
>> is the removal of debugging options from the GENERIC kernel config:

>> https://svnweb.freebsd.org/base/stable/11/sys/amd64/conf/GENERIC?r1=302408=302410

> ... loool, okay. Let me see.

> Try INVARIANTS and INVARIANT_SUPPORT. Maybe something in the ath
> driver needs it.. oops!

Nope, wlan0 still works after disabling INVARIANTS and INVARIANT_SUPPORT.
Any suggestions for next try?

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

Re: ath (AR9460) no longer works after going to 11-STABLE r302483

[Wolfgang Zenker]

Hi,

* Adrian Chadd  [160710 21:47]:
> Since you've reverted the ath driver directories without success, I'm
> mostly out of simple ideas. I think you need to bisect the whole
> kernel version until you find the commit that broke things.

done. The commit is 11-STABLE r302410. AFAICS the only change here
is the removal of debugging options from the GENERIC kernel config:

https://svnweb.freebsd.org/base/stable/11/sys/amd64/conf/GENERIC?r1=302408=302410

I guess next would be to remove single debugging options one after the
other?

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

Re: ath (AR9460) no longer works after going to 11-STABLE r302483

[Wolfgang Zenker]

* Wolfgang Zenker <wolfg...@lyxys.ka.sub.org> [160710 19:47]:
> * Adrian Chadd <adr...@freebsd.org> [160709 21:33]:
>> There weren't any changes in net80211 between those times, and ath(4)
>> only has some changes for locationing; nothing that should cause that
>> particular issue.

>> I'll go update to the latest -head on something with that NIC and test
>> it out some more.

>> Try reverting sys/dev/ath/ and sys/contrib/dev/ath/ back to r302387
>> and test? (but leave the rest of the kernel as-is.)

> using a kernel with sys/dev/ath/ and sys/contrib/dev/ath/ from r302387
> and the rest at r302483 the nic does not work either, same symptoms.

> Any other things to test?

I noticed one more thing: after a while I get this message on console:

ath0: ath_edma_recv_tasklet: sc_inreset_cnt > 0; skipping

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

Re: ath (AR9460) no longer works after going to 11-STABLE r302483

[Wolfgang Zenker]

Hi,

* Adrian Chadd  [160709 21:33]:
> There weren't any changes in net80211 between those times, and ath(4)
> only has some changes for locationing; nothing that should cause that
> particular issue.

> I'll go update to the latest -head on something with that NIC and test
> it out some more.

> Try reverting sys/dev/ath/ and sys/contrib/dev/ath/ back to r302387
> and test? (but leave the rest of the kernel as-is.)

using a kernel with sys/dev/ath/ and sys/contrib/dev/ath/ from r302387
and the rest at r302483 the nic does not work either, same symptoms.

Any other things to test?

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

ath (AR9460) no longer works after going to 11-STABLE r302483

[Wolfgang Zenker]

Hi,

I just brought my Acer C720 from HEAD r302387 up to 11-STABLE r302483,
using a GENERIC kernel. After the upgrade wlan0 failed to connect.

Booting back into kernel.old with the new userland, wlan0 connects with
IPv4, IPv6 only startet working after manually calling rtsol (or I might
just have been to impatient).

Relevant lines from /var/log/messages:

Before the upgrade:
Jul  9 11:58:19 faunus kernel: FreeBSD 11.0-ALPHA6 #26 r302387: Thu Jul  7 
14:35:59 CEST 2016
Jul  9 11:58:19 faunus kernel: wolfgang@faunus:/usr/obj/usr/src/sys/GENERIC 
amd64
Jul  9 11:58:19 faunus kernel: FreeBSD clang version 3.8.0 
(tags/RELEASE_380/final 262564) (based on LLVM 3.8.0)
Jul  9 11:58:19 faunus kernel: WARNING: WITNESS option enabled, expect reduced 
performance.
Jul  9 11:58:19 faunus kernel: can't re-use a leaf (ixl_rx_miss_bufs)!
Jul  9 11:58:19 faunus kernel: VT(vga): resolution 640x480
Jul  9 11:58:19 faunus kernel: CPU: Intel(R) Celeron(R) 2955U @ 1.40GHz 
(1396.79-MHz K8-class CPU)
Jul  9 11:58:19 faunus kernel: Origin="GenuineIntel"  Id=0x40651  Family=0x6  
Model=0x45  Stepping=1
[..]
Jul  9 11:58:19 faunus kernel: TSC: P-state invariant, performance statistics
Jul  9 11:58:19 faunus kernel: real memory  = 4301258752 (4102 MB)
Jul  9 11:58:19 faunus kernel: avail memory = 1914245120 (1825 MB)
Jul  9 11:58:19 faunus kernel: Event timer "LAPIC" quality 600
Jul  9 11:58:19 faunus kernel: ACPI APIC Table: 
Jul  9 11:58:19 faunus kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 
CPUs
Jul  9 11:58:19 faunus kernel: FreeBSD/SMP: 1 package(s) x 2 core(s)
[..]
Jul  9 11:58:19 faunus kernel: pcib1:  at device 28.0 on 
pci0
Jul  9 11:58:19 faunus kernel: pci1:  on pcib1
Jul  9 11:58:19 faunus kernel: ath0:  mem 
0xe040-0xe047 at device 0.0 on pci1
Jul  9 11:58:19 faunus kernel: ar9300_attach: calling ar9300_hw_attach
Jul  9 11:58:19 faunus kernel: ar9300_hw_attach: calling ar9300_eeprom_attach
Jul  9 11:58:19 faunus kernel: ar9300_flash_map: unimplemented for now
Jul  9 11:58:19 faunus kernel: Restoring Cal data from DRAM
Jul  9 11:58:19 faunus kernel: Restoring Cal data from EEPROM
Jul  9 11:58:19 faunus kernel: Restoring Cal data from Flash
Jul  9 11:58:19 faunus kernel: Restoring Cal data from Flash
Jul  9 11:58:19 faunus kernel: Restoring Cal data from OTP
Jul  9 11:58:19 faunus kernel: ar9300_hw_attach: ar9300_eeprom_attach returned 0
Jul  9 11:58:19 faunus kernel: ath0: [HT] enabling HT modes
Jul  9 11:58:19 faunus kernel: ath0: [HT] enabling short-GI in 20MHz mode
Jul  9 11:58:19 faunus kernel: ath0: [HT] 1 stream STBC receive enabled
Jul  9 11:58:19 faunus kernel: ath0: [HT] 1 stream STBC transmit enabled
Jul  9 11:58:19 faunus kernel: ath0: [HT] LDPC transmit/receive enabled
Jul  9 11:58:19 faunus kernel: ath0: [HT] 2 RX streams; 2 TX streams
Jul  9 11:58:19 faunus kernel: ath0: AR9460 mac 640.2 RF5110 phy 610.2
Jul  9 11:58:19 faunus kernel: ath0: 2GHz radio: 0x; 5GHz radio: 0x
[..]
Jul  9 11:58:19 faunus kernel: SMP: AP CPU #1 Launched!
Jul  9 11:58:19 faunus kernel: Timecounter "TSC" frequency 1396793908 Hz 
quality 1000
Jul  9 11:58:19 faunus kernel: WARNING: WITNESS option enabled, expect reduced 
performance.
Jul  9 11:58:19 faunus kernel: Trying to mount root from zfs:zroot/ROOT/default 
[]...
Jul  9 11:58:19 faunus kernel: wlan0: Ethernet address: 9c:d2:1e:9b:e6:41
Jul  9 11:58:19 faunus kernel: wlan0: link state changed to UP

After the upgrade:
Jul  9 20:14:19 faunus kernel: FreeBSD 11.0-BETA1 #0 r302483: Sat Jul  9 
18:15:16 CEST 2016
Jul  9 20:14:19 faunus kernel: wolfgang@faunus:/usr/obj/usr/src/sys/GENERIC 
amd64
Jul  9 20:14:19 faunus kernel: FreeBSD clang version 3.8.0 
(tags/RELEASE_380/final 262564) (based on LLVM 3.8.0)
Jul  9 20:14:19 faunus kernel: can't re-use a leaf (ixl_rx_miss_bufs)!
Jul  9 20:14:19 faunus kernel: VT(vga): resolution 640x480
Jul  9 20:14:19 faunus kernel: CPU: Intel(R) Celeron(R) 2955U @ 1.40GHz 
(1396.80-MHz K8-class CPU)
Jul  9 20:14:19 faunus kernel: Origin="GenuineIntel"  Id=0x40651  Family=0x6  
Model=0x45  Stepping=1
[..]
Jul  9 20:14:19 faunus kernel: TSC: P-state invariant, performance statistics
Jul  9 20:14:19 faunus kernel: real memory  = 4301258752 (4102 MB)
Jul  9 20:14:19 faunus kernel: avail memory = 1918545920 (1829 MB)
Jul  9 20:14:19 faunus kernel: Event timer "LAPIC" quality 600
Jul  9 20:14:19 faunus kernel: ACPI APIC Table: 
Jul  9 20:14:19 faunus kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 
CPUs
Jul  9 20:14:19 faunus kernel: FreeBSD/SMP: 1 package(s) x 2 core(s)
[..]
Jul  9 20:14:19 faunus kernel: pcib1:  at device 28.0 on 
pci0
Jul  9 20:14:19 faunus kernel: pci1:  on pcib1
Jul  9 20:14:19 faunus kernel: ath0:  mem 
0xe040-0xe047 at device 0.0 on pci1
Jul  9 20:14:19 faunus kernel: ar9300_attach: calling ar9300_hw_attach
Jul  9 20:14:19 faunus kernel: ar9300_hw_attach: calling ar9300_eeprom_attach
Jul  9 20:14:19 faunus kernel: ar9300_flash_map: unimplemented for now
Jul  9 20:14:19 faunus kernel: 

Re: The OpenBSD pledge

[Wolfgang Zenker]

Hi,

* Domagoj Stolfa  [160611 02:47]:
> Has there been discussion on the OpenBSD's pledge going into the FreeBSD
> kernel as an atomic syscall or as a MAC plugin?

I don't remember any discussions about this, but looking at OpenBSDs
plege(2) manpage, isn't this something going in the same direction
as the capsicum(4) framework, just with a much more simplistic interface?

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

Re: wired memory leak at r298785

[Wolfgang Zenker]

* Scott Long  [160503 16:27]:
>> On May 3, 2016, at 12:20 AM, Mark Johnston  wrote:
>> [..]
>> This was causing problems on one of my amd64 systems, so it's not
>> specific to powerpc64. It turns out to be due to r298004: the CCB
>> allocated in cam_periph_devctl_notify() never gets freed. The patch
>> below seems to fix it.

> Thanks Mark, that looks like the right fix.  I’ll put it in today.

Thanks for committing the patch. I noticed that it has not been
MFCed to 10-STABLE yet. Is this due to problems with the patch or
did nobody get around to it yet? I am running the patch on a few
10-STABLE machines (amd64 and i386) and didn't notice any problems
so far.

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

Re: [CFT] packaging the base system with pkg(8)

[Wolfgang Zenker]

* Adrian Chadd  [160419 22:36]:
> It's cool. I have positive and negative reactions, and I'm totally
> happy to let people try it out at a larger scale and learn from
> mistakes.

right, thats what we have CURRENT for. Instead of discussing all
the things that could theoretically go wrong or make our live
easier/more difficult/whatever, let's just try it out and get
a feeling for it.

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

Re: Acer C720 crash at boot

[Wolfgang Zenker]

Hi,

system does not crash with this patch, thanks!

* John Baldwin <j...@freebsd.org> [160409 17:27]:
> On Saturday, April 09, 2016 05:25:35 PM Konstantin Belousov wrote:
>> On Sat, Apr 09, 2016 at 03:27:46PM +0200, Wolfgang Zenker wrote:
>>> Done: http://cid2945g797.hs14.hosting.punkt.de/IMG_3762.JPG

>> The immediate cause was the change in r297466, but the code that existed
>> there, did not worked.  It looks as a bug in ichiic, set_controller()
>> use msleep() with timeout too early when compiled into the kernel.

> Can you try this change:

> diff --git a/sys/dev/ichiic/ig4_iic.c b/sys/dev/ichiic/ig4_iic.c
> index a556127..23bdb7d 100644
> --- a/sys/dev/ichiic/ig4_iic.c
> +++ b/sys/dev/ichiic/ig4_iic.c
> @@ -117,7 +117,10 @@ set_controller(ig4iic_softc_t *sc, uint32_t ctl)
>   error = 0;
>   break;
>   }
> - mtx_sleep(sc, >io_lock, 0, "i2cslv", 1);
> + if (cold)
> + DELAY(1000);
> + else
> + mtx_sleep(sc, >io_lock, 0, "i2cslv", 1);
>   }
>   return (error);
>  }

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

Re: Acer C720 crash at boot

[Wolfgang Zenker]

* Andriy Gapon <a...@freebsd.org> [160409 14:48]:
> On 09/04/2016 15:10, Wolfgang Zenker wrote:
>> I can no longer boot my Acer C720 with current; during boot I get
>> a panic and the system drops into kdb, unfortunately without a
>> working keyboard. What is visible on the screen looks like
>> it might be a stack trace; top line starts with vpanic().
>> Would transcribing the screen output be of any use?

> Or better snap a picture with a smartphone or a digital camera, upload the
> picture somewhere and send a link to it (do not attach the image to a post, 
> that
> won't work).

Done: http://cid2945g797.hs14.hosting.punkt.de/IMG_3762.JPG
(sorry, 2.3 MB)

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

Acer C720 crash at boot

[Wolfgang Zenker]

Hi,

I can no longer boot my Acer C720 with current; during boot I get
a panic and the system drops into kdb, unfortunately without a
working keyboard. What is visible on the screen looks like
it might be a stack trace; top line starts with vpanic().
Would transcribing the screen output be of any use?

When I first noticed this a few days ago, I assumed I might
have just updated src in the mittle of a change, so I went back
to kernel.old and updated src again yesterday (twice within
some time to make sure I'm not in the middle of something)
and rebuilt. kernel.old is a few weeks old now.
I'm using GENERIC.

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

Re: Race VT+X11 on -current

[Wolfgang Zenker]

Hi,

* Hans Petter Selasky h...@selasky.org [150510 14:47]:
 On 05/09/15 23:05, Wolfgang Zenker wrote:
 * Allan Jude allanj...@freebsd.org [150508 16:29]:
 [..]
 My experience is a little different.

 When suspend/resuming my laptop (Lenovo T530 with nVidia gpu)

 Sometimes when I resume, it seems like the keyboard is frozen. If I
 alt+f1, then alt+f9, it seems to work fine after that. I'd never though
 of trying just alt+f9 right away, as I could already see my X session.

 Not sure if this is related, but it sounds very similar.

 Similar problem on 10-STABLE: I usually start X by running startx
 on ttyv0. After exiting X screen shows ttyv0 again but keyboard
 appears frozen. Using ctrl-alt-f2 and ctrl-alt-f1 to switch to
 ttyv1 and back unfreezes keyboard.

 Can you try applying to 10-stable:

 https://svnweb.freebsd.org/changeset/base/282645

Patch needs a little tweaking to apply in vt_resume() on 10-stable
(vd is main_vd here), but appears to fix the problem.

Wolfgang
___
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: Race VT+X11 on -current

[Wolfgang Zenker]

* Allan Jude allanj...@freebsd.org [150508 16:29]:
 [..]
 My experience is a little different.

 When suspend/resuming my laptop (Lenovo T530 with nVidia gpu)

 Sometimes when I resume, it seems like the keyboard is frozen. If I
 alt+f1, then alt+f9, it seems to work fine after that. I'd never though
 of trying just alt+f9 right away, as I could already see my X session.

 Not sure if this is related, but it sounds very similar.

Similar problem on 10-STABLE: I usually start X by running startx
on ttyv0. After exiting X screen shows ttyv0 again but keyboard
appears frozen. Using ctrl-alt-f2 and ctrl-alt-f1 to switch to
ttyv1 and back unfreezes keyboard.

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

mergemaster failing with read-only /usr/src

[Wolfgang Zenker]

Hi,

I'm trying to update this system:
FreeBSD pomona 11.0-CURRENT FreeBSD 11.0-CURRENT #0: Mon Apr 13 03:48:04 CEST 
2015 wolfgang@pomona:/usr/obj/usr/src/sys/UBQTERL  mips

Source for that was probably from about April 11th. I sucessfully built
world and kernel, ran mergemaster -p and make installworld on rev 282299
but then mergemaster fails with:

# mergemaster -iFU

*** Creating the temporary root environment in /var/tmp/temproot
 *** /var/tmp/temproot ready for use
 *** Creating and populating directory structure in /var/tmp/temproot

/bin/sh: cannot create routing_test.tmp: Read-only file system

  *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to
  the temproot environment

Filesystems are mounted like this:
# mount
/dev/da0s2a on / (ufs, local, noatime)
devfs on /dev (devfs, local, multilabel)
/dev/da0s1 on /boot (msdosfs, local)
vulcan.lyx:/usr/src11 on /usr/src (nfs, read-only)
vulcan.lyx:/var/obj/11/mips64 on /usr/obj (nfs)

This used to work before. Any ideas, any further info I could provide?

Wolfgang
___
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: mergemaster failing with read-only /usr/src

[Wolfgang Zenker]

* Jilles Tjoelker jil...@stack.nl [150503 14:53]:
 On Sun, May 03, 2015 at 02:03:49PM +0200, Wolfgang Zenker wrote:
 I'm trying to update this system:
 FreeBSD pomona 11.0-CURRENT FreeBSD 11.0-CURRENT #0: Mon Apr 13 03:48:04 
 CEST 2015 wolfgang@pomona:/usr/obj/usr/src/sys/UBQTERL  mips

 Source for that was probably from about April 11th. I sucessfully built
 world and kernel, ran mergemaster -p and make installworld on rev 282299
 but then mergemaster fails with:

 # mergemaster -iFU

 *** Creating the temporary root environment in /var/tmp/temproot
  *** /var/tmp/temproot ready for use
  *** Creating and populating directory structure in /var/tmp/temproot

 /bin/sh: cannot create routing_test.tmp: Read-only file system

   *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to
   the temproot environment

 Filesystems are mounted like this:
 # mount
 /dev/da0s2a on / (ufs, local, noatime)
 devfs on /dev (devfs, local, multilabel)
 /dev/da0s1 on /boot (msdosfs, local)
 vulcan.lyx:/usr/src11 on /usr/src (nfs, read-only)
 vulcan.lyx:/var/obj/11/mips64 on /usr/obj (nfs)

 This used to work before. Any ideas, any further info I could provide?

 This broke after a test was added for etc/rc.d/. Without special code,
 this causes these tests to be built and installed as part of
 mergemaster/etcmerge, like other parts of etc.

 As a workaround you can do:
   echo make -C etc obj all | make buildenv
 on the build machine after make buildworld. Then mergemaster will work,
 even with a read-only /usr/obj.

Well, I do build on that machine directly, and /usr/obj is mounted r/w,
only /usr/src is a read-only mount. Trying the workaround on the machine
istself does not help, unfortunately: while the make buildenv does
work without a problem, mergemaster still fails in the same way.

Wolfgang
___
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: T40 bootloop on CAM status: Command timeout on both 10.1 and -CURRENT

[Wolfgang Zenker]

Hi,

* bsdml pietro.bs...@gmail.com [150329 01:34]:
 since I tried to install FreeBSD 10.1 on my recently purchased T40 I got 
 stuck at this annoying bootloop that says
 ATAPY_IDENTIFY. ACB: a1 00 00 00 00 40 00 00 00 etc etc.. CAM status: 
 Command timeout. I have also tried latest 11-CURRENT snapshot and it 
 did not make any difference at all, it is affected from the same exact 
 bootloop.
 [..]
 It seems like there might be an issue with the CAM ATA stack that is 
 clashing with the PATA controller on my T40.

I had the same problem on an ancient T42p. In my case, disabling the
second ata channel allowed me to boot.

I added the following line to /boot/device.hints:
hint.ata.1.disabled=1

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