atheros issues with releng_8
With the GENERIC kernel on releng_8 and releng_8_0, I am having issues with the Atheros wireless on my laptop. Upon boot I am getting the message below. ath0: irq 17 at device 0.0 on pci3 ath0: 0x1 bytes of rid 0x10 res 3 failed (0, 0x). ath0: cannot map register space device_attach: ath0 attach returned 6 Any suggestions? It was working fine on releng_6. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Why Are You NOT Using FreeBSD ?
On Fri, 1 Jun 2012 14:15:55 +0200 Kurt Jaeger wrote: > > - Windows Terminalserver functionality > If you mean the lack of something similar in regards to reconnecting sessions, you may find xpra to be of interest to you. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Why Are You NOT Using FreeBSD ?
On Sat, 2 Jun 2012 16:07:23 +0300 Alexander Yerenkow wrote: > I'll try to be short. > I'm using FreeBSD both at servers and as a desktop, but I see > struggling of my friends with it in some things. > > 1. Ports mess. You can very easily render system unusable, or broken > if you trying to use latest ports. And then you had to became "a > port master" to fix all. Of course you need a lot of free time, > right? :) This is not a FreeBSD specific issue. Regardless of the OS in question, one needs to make sure to run it all in a test environment first before pushing it out. > 2. No decent packet manager (I hope pkgng will make life > easier). You can't just upgrade this and that packet and see what's > new, and rollback if you don't like somthing . Actually rolling back is completely possible as the ports tree is in a vcs. Just roll back to the last working version of a port you are having issues with and make sure it is set to not be updated next time up update the tree. > 3. "FreeBSD is not a linux" - so FreeBSD avoid linuxisms, like KMS > etc. And when it became crystal clear that progress is inevitable, > we need wait few more years to get new graphics working. Some time > ago, I read somewhere on wiki proud phrase "We are more linux than > linux itself", it was about LSB test or something similar. FreeBSD > can deny linux ways, but it's here, and it's widespread standard > (at least in comparing with FreeBSD). FreeBSD do really need those > fancy new techs, at least which related to X/hardware. XEN is one > more thing, which could be attractive, but there's not much > progress. I don't say let's rewrite all as in linux. I'm saying > about having copatibility layer a bit fresher. This is question of time of the people involved. I can't say I've seen any one saying new features like KMS should not be added because it is to Linux like. > ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Why Are You NOT Using FreeBSD ?
On Mon, 04 Jun 2012 18:49:45 +0300 Daniel Kalchev wrote: > > > On 04.06.12 18:04, xenophon\+freebsd wrote: > >> -Original Message- > >> From: owner-freebsd-sta...@freebsd.org [mailto:owner-freebsd- > >> sta...@freebsd.org] On Behalf Of Daniel Kalchev > >> Sent: Saturday, June 02, 2012 12:42 AM > >> > >> I really see no reason why your 'mail or calendaring server' > >> should be able to wipe your devices.. This is the sort of bloat > >> that keeps me away. From Microsoft products. > > I don't think that's fair to say. Email/calendaring seems to be > > the only connection point between a smartphone and an > > organization for at least the current crop of devices (although > > I'm sure that at some point soon, you'll be able to include > > organizational file servers as well). > > Again, what does your e-mail or calendaring service have to do with > wiping your device clean?? Wiping the device is task for your > device management platform, which does not belong to the e-mail or > calendaring platform. If you connect your desktop to Exchange, is > it supposed to be wiped too? What if the Exchange account is just > one of the many e-mail accounts you use, as typically is the case? It is part of the protocol, Exchanged ActiveSync, used by Exchange based mobile devices. > >> In this regard I rather prefer the way Apple handles things. > >> Shiny wrapper interface to pretty much generic technology. No > >> reinvention of the wheel and experiments to see if it can be made > >> square. > > You can't damn Microsoft for being too proprietary in one > > paragraph and then praise Apple for its openness in the next. > > Does not compute. > > I don't care how proprietary an proprietary thing is. If it is > correctly implemented, it is ok, if it is not correctly > implemented, it is not ok. Microsoft's "wipe trough Exchange" is > weird, to put it mildly. Apple too had a track record of doing many > proprietary things, but in recent years their offerings are, as I > mentioned earlier, pretty much generic standard and widespread > protocols with a lot of sugar coating. From a enterprise perspective, it makes sense. Lets say a device goes missing, it allows one to wipe it the next time it calls home. The usefulness of such a feature is better disconnected from the debate of proprietary v. non-proprietary though, given the different nature of both issues. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: CFT: FreeBSD Package Base
On 2019-04-30 17:03, Miroslav Lachman wrote: David Chisnall wrote on 2019/04/30 10:22: On 29/04/2019 21:12, Joe Maloney wrote: With CFT version you chose to build, and package individual components such as sendmail with a port option. That does entirely solve the problem of being able to reinstall sendmail after the fact without a rebuild of the userland (base) port but perhaps base flavors could solve that problem assuming flavors could extend beyond python. This sounds very much like local optimisation. It's now easy to create a custom base image. Great. But how do I express dependencies in ports on a specific base configuration? This is easy if I depend on a specific base package, but how does this work in your model? For example, if I have a package that depends on a library that is an optional part of the base system, how do I express that pkg needs to either refuse to install it, or install a userland pkg that includes that library in place of my existing version as part of the install process? More importantly for the container use case, if I want to take a completely empty jail and do pkg ins nginx (for example), what does the maintainer of the nginx port need to do to express the minimum set of the base system that needs to be installed to allow nginx to work? One of the goals for the pkg base concept was to allow this kind of use case, easily creating a minimal environment required to run a single service. With a monolithic base package set, you're going to need some mechanism other than packages to express the specific base subset package that you need and I think that you need to justify why this mechanism is better than using small individual packages. Will it not be maintainer's nightmare to take care of all the dependencies on the base packages for each port we have in the ports tree? Speaking as a ports maintainer, it will be very annoying. Splitting it into a handful of large ass packages, same as you are presented with during install, would be best. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
bsnmpd going crazy on 10-STABLE
Restarted a machine and post restart I began seeing the stuff below
when watch it via truss. It just keeps looping over and over doing
stuff like that while eating up lots of CPU time.
I've checked the configs between both machines and they are both the
same. I've tried updating usr.sbin/bsnmpd and lib/libbsnmp to the
newest versions, but that seems to have zero affect on it.
Any thoughts?
openat(AT_FDCWD,"/dev/da2",O_NONBLOCK,00)= 16 (0x10)
ioctl(16,0x40086481 { IOR 0x64('d'), 129, 8 },0xb578) = 0 (0x0)
__sysctl(0x7fffb480,0x2,0x7fffb4bc,0x7fffb4b0,0x8055b7eaa,0x11)
= 0 (0x0) __sysctl(0x7fffb4bc,0x3,0x0,0x7fffb4c8,0x0,0x0) = 0
(0x0) __sysctl(0x7fffb4bc,0x3,0x8066c9000,0x7fffb4c8,0x0,0x0)
= 0 (0x0) gettimeofday({ 1477327808.091871 },0x0) = 0 (0x0)
getpid() = 42507 (0xa60b)
close(16)= 0 (0x0)
openat(AT_FDCWD,"/dev/da1",O_NONBLOCK,00)= 16 (0x10)
ioctl(16,0x40086481 { IOR 0x64('d'), 129, 8 },0xb578) = 0 (0x0)
__sysctl(0x7fffb480,0x2,0x7fffb4bc,0x7fffb4b0,0x8055b7eaa,0x11)
= 0 (0x0) __sysctl(0x7fffb4bc,0x3,0x0,0x7fffb4c8,0x0,0x0) = 0
(0x0) __sysctl(0x7fffb4bc,0x3,0x8066c9000,0x7fffb4c8,0x0,0x0)
= 0 (0x0) gettimeofday({ 1477327808.096923 },0x0) = 0 (0x0)
getpid() = 42507 (0xa60b)
close(16)= 0 (0x0)
openat(AT_FDCWD,"/dev/da0",O_NONBLOCK,00)= 16 (0x10)
ioctl(16,0x40086481 { IOR 0x64('d'), 129, 8 },0xb578) = 0 (0x0)
__sysctl(0x7fffb480,0x2,0x7fffb4bc,0x7fffb4b0,0x8055b7eaa,0x11)
= 0 (0x0) __sysctl(0x7fffb4bc,0x3,0x0,0x7fffb4c8,0x0,0x0) = 0
(0x0) __sysctl(0x7fffb4bc,0x3,0x8066c9000,0x7fffb4c8,0x0,0x0)
= 0 (0x0) gettimeofday({ 1477327808.102461 },0x0) = 0 (0x0)
getpid() = 42507 (0xa60b)
close(16)= 0 (0x0)
openat(AT_FDCWD,"/dev/cd0",O_NONBLOCK,00)= 16 (0x10)
ioctl(16,0x40086481 { IOR 0x64('d'), 129, 8 },0xb578) ERR#2 'No
such file or directory'
close(16)= 0 (0x0)
gettimeofday({ 1477327808.109391 },0x0) = 0 (0x0)
gettimeofday({ 1477327808.109529 },0x0) = 0 (0x0)
select(16,{ 6 12 14 15 },{ },{ },{ 0.155257 }) = 1 (0x1)
read(12,"!system=CAM subsystem=periph typ"...,512) = 167 (0xa7)
__sysctl(0x7fffb4f0,0x2,0x7fffb530,0x7fffb528,0x8053b3586,0xb)
= 0 (0x0)
__sysctl(0x7fffb530,0x3,0x7fffb618,0x7fffb610,0x0,0x0) =
0 (0x0)
__sysctl(0x7fffb6b8,0x2,0x7fffb620,0x7fffb850,0x8053b365e,0xe)
= 0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) =
0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) =
0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) =
0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) =
0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) =
0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) =
0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) =
0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) =
0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) =
0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) =
0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) =
0 (0x0)
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
bsnmpd going crazy on 10-STABLE
Restarted a machine and post restart I began seeing the stuff below
when watch it via truss. It just keeps looping over and over doing
stuff like that while eating up lots of CPU time.
I've checked the configs between both machines and they are both the
same. I've tried updating usr.sbin/bsnmpd and lib/libbsnmp to the
newest versions, but that seems to have zero affect on it.
Any thoughts?
openat(AT_FDCWD,"/dev/da2",O_NONBLOCK,00)= 16 (0x10)
ioctl(16,0x40086481 { IOR 0x64('d'), 129, 8 },0xb578) = 0 (0x0)
__sysctl(0x7fffb480,0x2,0x7fffb4bc,0x7fffb4b0,0x8055b7eaa,0x11) = 0
(0x0)
__sysctl(0x7fffb4bc,0x3,0x0,0x7fffb4c8,0x0,0x0) = 0 (0x0)
__sysctl(0x7fffb4bc,0x3,0x8066c9000,0x7fffb4c8,0x0,0x0) = 0 (0x0)
gettimeofday({ 1477327808.091871 },0x0) = 0 (0x0)
getpid() = 42507 (0xa60b)
close(16)= 0 (0x0)
openat(AT_FDCWD,"/dev/da1",O_NONBLOCK,00)= 16 (0x10)
ioctl(16,0x40086481 { IOR 0x64('d'), 129, 8 },0xb578) = 0 (0x0)
__sysctl(0x7fffb480,0x2,0x7fffb4bc,0x7fffb4b0,0x8055b7eaa,0x11) = 0
(0x0)
__sysctl(0x7fffb4bc,0x3,0x0,0x7fffb4c8,0x0,0x0) = 0 (0x0)
__sysctl(0x7fffb4bc,0x3,0x8066c9000,0x7fffb4c8,0x0,0x0) = 0 (0x0)
gettimeofday({ 1477327808.096923 },0x0) = 0 (0x0)
getpid() = 42507 (0xa60b)
close(16)= 0 (0x0)
openat(AT_FDCWD,"/dev/da0",O_NONBLOCK,00)= 16 (0x10)
ioctl(16,0x40086481 { IOR 0x64('d'), 129, 8 },0xb578) = 0 (0x0)
__sysctl(0x7fffb480,0x2,0x7fffb4bc,0x7fffb4b0,0x8055b7eaa,0x11) = 0
(0x0)
__sysctl(0x7fffb4bc,0x3,0x0,0x7fffb4c8,0x0,0x0) = 0 (0x0)
__sysctl(0x7fffb4bc,0x3,0x8066c9000,0x7fffb4c8,0x0,0x0) = 0 (0x0)
gettimeofday({ 1477327808.102461 },0x0) = 0 (0x0)
getpid() = 42507 (0xa60b)
close(16)= 0 (0x0)
openat(AT_FDCWD,"/dev/cd0",O_NONBLOCK,00)= 16 (0x10)
ioctl(16,0x40086481 { IOR 0x64('d'), 129, 8 },0xb578) ERR#2 'No such file
or directory'
close(16)= 0 (0x0)
gettimeofday({ 1477327808.109391 },0x0) = 0 (0x0)
gettimeofday({ 1477327808.109529 },0x0) = 0 (0x0)
select(16,{ 6 12 14 15 },{ },{ },{ 0.155257 }) = 1 (0x1)
read(12,"!system=CAM subsystem=periph typ"...,512) = 167 (0xa7)
__sysctl(0x7fffb4f0,0x2,0x7fffb530,0x7fffb528,0x8053b3586,0xb) = 0
(0x0)
__sysctl(0x7fffb530,0x3,0x7fffb618,0x7fffb610,0x0,0x0) = 0 (0x0)
__sysctl(0x7fffb6b8,0x2,0x7fffb620,0x7fffb850,0x8053b365e,0xe) = 0
(0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) = 0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) = 0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) = 0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) = 0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) = 0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) = 0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) = 0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) = 0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) = 0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) = 0 (0x0)
__sysctl(0x7fffb620,0x5,0x7fffb6c0,0x7fffb848,0x0,0x0) = 0 (0x0)
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: bsnmpd going crazy on 10-STABLE
On Mon, 24 Oct 2016 12:05:52 -0500 "Zane C. B-H." wrote: > Commenting out the line below seems to have fixed it on the system in question... begemotSnmpdModulePath."hostres" = "/usr/lib/snmp_hostres.so" Not sure why it is not behaving on only one 10-STABLE system. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
