Re: Need some help with ports and rebuilding the world

[Aleksander Alekseev]

> What's the output of these commands?:
> 
> freebsd-version
> uname -r
> uname -a
> grep "define __FreeBSD_version" /usr/include/sys/param.h
> 

$ freebsd-version
10.2-RELEASE

$ uname -r
11.0-CURRENT

$ uname -a
FreeBSD portege 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r297287: Sat Mar
26 12:36:04 MSK 2016 root@portege:/usr/obj/usr/src/head/sys/GENERIC
amd64

$ grep "define __FreeBSD_version" \
  /usr/include/sys/param.h

#define __FreeBSD_version 1002000 /* Master, propagated to newvers */

It used to be FreeBSD 10.2 but I rebuilded and reinstall kernel and
world from CURRENT according to Handbook instructions. I have exact
steps recorded in case it would help. I hope such way of upgrading
FreeBSD is correct?

-- 
Best regards,
Aleksander Alekseev
http://eax.me/
___
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: SD card adapter doesn't working anymore

[Ian Lepore]

On Sat, 2016-03-26 at 12:23 +0300, Ruslan Makhmatkhanov wrote:
> Ian Lepore wrote on 03/26/16 04:09 AM:
> > On Sat, 2016-03-26 at 02:42 +0300, Ruslan Makhmatkhanov wrote:
> > > Ian Lepore wrote on 03/26/16 02:11 AM:
> > > > On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote:
> > > > > Hello,
> > > > > 
> > > > > I have this in pciconf output:
> > > > > 
> > > > > =
> > > > > 
> > > > > 
> > > > > =
> > > > > none1@pci0:36:0:0:class=0x088000 card=0x167e103c
> > > > > chip=0x2392197b
> > > > > rev=0x30 hdr=0x00
> > > > >vendor = 'JMicron Technology Corp.'
> > > > >device = 'SD/MMC Host Controller'
> > > > >class  = base peripheral
> > > > > 
> > > > > none2@pci0:36:0:3:class=0x088000 card=0x167e103c
> > > > > chip=0x2393197b
> > > > > rev=0x30 hdr=0x00
> > > > >vendor = 'JMicron Technology Corp.'
> > > > >device = 'MS Host Controller'
> > > > >class  = base peripheral
> > > > > =
> > > > > 
> > > > > 
> > > > > =
> > > > > 
> > > > > And my SD-card controller is not working anymore (it worked
> > > > > on
> > > > > -current
> > > > > on the same laptop year or two ago). Do I need to load some
> > > > > kld
> > > > > to
> > > > > make
> > > > > it working, or support for this controllers was dropped
> > > > > altogether
> > > > > for
> > > > > some reason? I have mostly vanilla GENERIC at r296772, but it
> > > > > actually
> > > > > stopped to work much earlier.
> > > > > 
> > > > > Thanks.
> > > > > 
> > > > 
> > > > Do you have a pciconf entry for class=080501 chip=0x2391197b,
> > > > device
> > > > would probably be "SD Host Controller", and if so, is it 
> > > > none@pci o
> > > > r
> > > > sdhci_pci@pci ?  If sdhci_pci attached, there would be dmesg
> > > > output
> > > > for
> > > > it, and I'm curious whether any irq-related error showed up
> > > > when it
> > > > attached.
> > > > 
> > > > The only change I can find that might have some effect is a
> > > > switch
> > > > to
> > > > MSI-based interrupts some time ago.  That was MFC'd to 10
> > > > -stable in
> > > > r271051, and that's very close to range cited in that PR.
> > > > 
> > > > It might be worth trying to set hw.sdhci.enable_msi=0 in
> > > > loader.conf
> > > > and see if it makes a difference.
> > > > 
> > > > -- Ian
> > > 
> > > Sorry, but nothing has changed in pciconf/dmesg with this option
> > > at
> > > boot.
> > > 
> > 
> > Hmm, well so much for logic ("what changed around the time reported
> > in
> > that PR?").  Now for intuition...
> > 
> > Maybe this JMicro device id needs the same quirks as the 2381 ID
> > that's
> > already in the driver.  The attached patch would add that.  If this
> > fixes it, that's good, but it doesn't explain why it worked then
> > stopped working at some point.
> > 
> > -- Ian
> 
> I updated to r297281 with this quirk applied. Sadly, it doesn't
> change 
> anything - controllers still not recognized. I also tried to boot
> this 
> revision with disabled hw.sdhci.enable_msi=0, that I applied earlier.
> 

I finally found some time today to give this stuff a try on my one x86
system that has an sdhci controller in it.  Unfortunately, everything
just works fine.  I tried with a GENERIC kernel that has those devices
compiled in, and I tried taking them out and loading sdhci_pci, mmc,
and mmcsd as modules, and everything just worked both ways.

The only thing I can think of now is to turn up the debugging levels. 
 That's going to generate a lot of spewage, but if you paste/upload the
output somewhere I'll look through it.  So try setting:

  hw.sdhci.debug=3
  hw.mmc.debug=3

in either loader.conf or via sysctl before you kldload the modules.  If
the sdhci output is too trashed with interrupt info, maybe lower it to
2.

-- Ian

___
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: Need some help with ports and rebuilding the world

[Michael Gmelin]

On Sun, 27 Mar 2016 23:42:02 +0300
Aleksander Alekseev  wrote:

> Hello
> 
> I'm using FreeBSD CURRENT because of recent improvements in area of
> Intel GPUs support in this branch. Also there is a hope that by using
> CURRENT I can discover some bugs and contribute to FreeBSD project a
> bit by reporting them.
> 
> Today I noticed that I can't install anything from ports any longer:
> 
> ```
> $ cd /usr/ports/*/evince
> $ sudo make -DBATCH configure
> 
> make: "/usr/ports/Mk/bsd.port.mk" line 1162: UNAME_r (11.0-CURRENT)
> and OSVERSION (1002000) do not agree on major version number.
> ```
> 
> I thought that maybe something is wrong with portsnap or I did
> something wrong during one of `mergemaster` steps so I decided to
> rebuild the world. But now `make -j4 buildworld` fails with following
> errors:
> 
> http://lpaste.net/948188758727983104
> 
> Also I tried newer CLang (compiled manually from trunk branch) but it
> didn't manage to compile the world either - it complains about
> unresolved references during linking. I'm using ld.gold instead of ld,
> but since it links other projects without any problems I doubt it's
> his fault. My best guess is that it's because I specified clang-3.9 as
> CXX and CPP in /etc/make.conf. Unfortunately I didn't managed to find
> clang++-3.9 or clang-cpp-3.9 after running `ninja install`.
> 
> So I have two problems --- ports are not working and buildworld is
> failing. I have run out of ideas currently so a few advices would be
> appreciated.
> 

What's the output of these commands?:

freebsd-version
uname -r
uname -a
grep "define __FreeBSD_version" /usr/include/sys/param.h

- Michael

-- 
Michael Gmelin
___
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"

Need some help with ports and rebuilding the world

[Aleksander Alekseev]

Hello

I'm using FreeBSD CURRENT because of recent improvements in area of
Intel GPUs support in this branch. Also there is a hope that by using
CURRENT I can discover some bugs and contribute to FreeBSD project a
bit by reporting them.

Today I noticed that I can't install anything from ports any longer:

```
$ cd /usr/ports/*/evince
$ sudo make -DBATCH configure

make: "/usr/ports/Mk/bsd.port.mk" line 1162: UNAME_r (11.0-CURRENT) and
OSVERSION (1002000) do not agree on major version number.
```

I thought that maybe something is wrong with portsnap or I did
something wrong during one of `mergemaster` steps so I decided to
rebuild the world. But now `make -j4 buildworld` fails with following
errors:

http://lpaste.net/948188758727983104

Also I tried newer CLang (compiled manually from trunk branch) but it
didn't manage to compile the world either - it complains about
unresolved references during linking. I'm using ld.gold instead of ld,
but since it links other projects without any problems I doubt it's
his fault. My best guess is that it's because I specified clang-3.9 as
CXX and CPP in /etc/make.conf. Unfortunately I didn't managed to find
clang++-3.9 or clang-cpp-3.9 after running `ninja install`.

So I have two problems --- ports are not working and buildworld is
failing. I have run out of ideas currently so a few advices would be
appreciated.

-- 
Best regards,
Aleksander Alekseev
http://eax.me/
___
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: FreeBSD MachO File format, your comments on it.

[mokhi]

Hi again.

I've implemented FatElf support for Elf image activator too[1] :)
Any comments/reviews on this ?
I also pinged Ryan Gordon about this.

Also im curious to know if any comments/reviews are done on MachO
implementation[2]

Best wishes and thousands of regards, Mokhi.

==
[1] https://github.com/m0khi/FreeBSD_FatElf
[2] https://github.com/m0khi/FreeBSD_MachO
___
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"

installworld failed by mounting other's /usr/obj

[Jia-Shiun Li]

I have one machine which is faster to build world and export /usr/obj for
others to install.

As of r297266 installworld would fail. It seems to be caused by r296921
which would delete libc.ld. In this case libc.ld resides on a read-only
/usr/obj mount.



--
>>> Installing everything
--
cd /usr/src; /usr/obj/usr/src/make.amd64/bmake -f Makefile.inc1 install
===> lib (install)
===> lib/csu (install)
===> lib/csu/amd64 (install)
install -o root -g wheel  -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o
/usr/lib/
===> lib/libc (install)
install -C -o root -g wheel -m 444   libc.a /usr/lib/
install -s -o root -g wheel -m 444   -fschg -S  libc.so.7 /lib/
install -T debug -o root -g wheel -m 444libc.so.7.debug
/usr/lib/debug/lib/
install -S -C -o root -g wheel -m 444   libc.ld  /usr/lib/libc.so
rm -f libc.ld
rm: libc.ld: Permission denied
*** Error code 1

Stop.
bmake[5]: stopped in /usr/src/lib/libc
*** Error code 1

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

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

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

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

Stop.
make: stopped in /usr/src
0.778u 0.483s 0:01.36 91.9% 1356+245k 0+655io 1483pf+0w
jsli@jsli-bsd:/usr/src #

-Jia-Shiun
___
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"