On 2012-02-16 19:21, Alex Goncharov wrote:
,--- I/Alex (Thu, 16 Feb 2012 12:34:36 -0500) *
| There was one other odd thing that I noticed then: while Debian booted
| without a delay, FreeBSD 8 made a long pause after passing the boot
| menu: it would display the '/' character and sit there
Sticking with the same list as in my first message re the "8 to 9" surprises:
| From: Alex Goncharov
| To: freebsd-hackers@FreeBSD.org
| Date: Thu, 16 Feb 2012 12:34:36 -0500
| Subject: 8 to 9: A longer wait early in the boot...
|
| About a week ago, I made a jump and upgraded the system's FreeBS
On Friday 17 February 2012 16:05:42 Alex Goncharov wrote:
> <== This is shocking to me: I have the /boot/kernel/snd_hda.ko but I
> can't load and unload it -- apparently the sound support is in the
> kernel now.
Maybe there is a missing depencency towards sound.ko. Try loading that first.
--HPS
_
On 02/17/12 07:12, Hans Petter Selasky wrote:
> On Friday 17 February 2012 16:05:42 Alex Goncharov wrote:
>> <== This is shocking to me: I have the /boot/kernel/snd_hda.ko but I
>> can't load and unload it -- apparently the sound support is in the
>> kernel now.
> Maybe there is a missing depencenc
,--- You/matt (Fri, 17 Feb 2012 07:31:03 -0800) *
| It's in the kernel in later versions of 9-CURRENT and in 9-RELEASE on.
|
| You can't kldload or unload it because it's not a module, but part of
| the kernel.
| That doesn't preclude the presence of the file, I think.
|
| 'kldstat -v | less'
On Fri, Feb 17, 2012 at 8:04 AM, Alex Goncharov
wrote:
> ,--- You/matt (Fri, 17 Feb 2012 07:31:03 -0800) *
> | It's in the kernel in later versions of 9-CURRENT and in 9-RELEASE on.
> |
> | You can't kldload or unload it because it's not a module, but part of
> | the kernel.
> | That doesn't p
,--- You/Freddie (Fri, 17 Feb 2012 08:08:18 -0800) *
| > So, how do I go about finding and modifying the sound card pin
| > assignments in FreeBSD 9? (If I can't do it without temporarily
| > installing FreeBSD 8, it would be a huge disappointment. :)
|
| Stick the hint into /boot/loader.conf
On 02/15/12 21:54, Jeff Roberson wrote:
On Wed, 15 Feb 2012, Alexander Motin wrote:
I've decided to stop those cache black magic practices and focus on
things that really exist in this world -- SMT and CPU load. I've
dropped most of cache related things from the patch and made the rest
of things
On 02/17/12 18:20, Alex Goncharov wrote:
,--- You/Freddie (Fri, 17 Feb 2012 08:08:18 -0800) *
|> So, how do I go about finding and modifying the sound card pin
|> assignments in FreeBSD 9? (If I can't do it without temporarily
|> installing FreeBSD 8, it would be a huge disappointment. :)
Hi,
On Fri, Feb 17, 2012 at 11:29 AM, Alexander Motin wrote:
> On 02/15/12 21:54, Jeff Roberson wrote:
>>
>> On Wed, 15 Feb 2012, Alexander Motin wrote:
>>>
>>> I've decided to stop those cache black magic practices and focus on
>>> things that really exist in this world -- SMT and CPU load. I've
On 17.02.2012 18:53, Arnaud Lacombe wrote:
On Fri, Feb 17, 2012 at 11:29 AM, Alexander Motin wrote:
On 02/15/12 21:54, Jeff Roberson wrote:
On Wed, 15 Feb 2012, Alexander Motin wrote:
I've decided to stop those cache black magic practices and focus on
things that really exist in this world --
,--- You/Alexander (Fri, 17 Feb 2012 18:36:53 +0200) *
| On 02/17/12 18:20, Alex Goncharov wrote:
| > How do I find the correct hint if I can't reload the sound module in
| > the new kernel environment and explore 'dmesg', '/dev/sndstat' and the
| > physical headphones with the new hint without
On 17.02.2012 19:10, Alex Goncharov wrote:
,--- You/Alexander (Fri, 17 Feb 2012 18:36:53 +0200) *
| On 02/17/12 18:20, Alex Goncharov wrote:
|> How do I find the correct hint if I can't reload the sound module in
|> the new kernel environment and explore 'dmesg', '/dev/sndstat' and the
|>
,--- I/Alex (Fri, 17 Feb 2012 12:10:31 -0500) *
| Being mostly a FreeBSD freeloader (or a marginal contributor), I
| shouldn't be complaining, and I am not, but permit me to make a
| personal biased judgment: losing the ability to do a practically
| important thing (a dynamic sound card tuning)
On 02/17/12 19:43, Alex Goncharov wrote:
A technical question: I have the saved (from 8) copies of
/boot/device.hints for the laptops in question which have lines like:
hint.hdac.0.cad0.nid22.config="as=1 seq=15 device=Headphones"
there.
What's the best way to use this in 9? To add to the
Hi,
I have finally made some effort on writing flexible yet very simple automounter
for FreeBSD desktop.
Feel free to submit me BUG reports ;)
It currently supports these file formats:
-- NTFS(rw) requires [port]sysutils/fusefs-ntfs[/port]
-- FAT/FAT32
-- exFAT requires [port]sysutils/fusefs-ex
,--- You/Alexander (Fri, 17 Feb 2012 19:56:18 +0200) *
| On 02/17/12 19:43, Alex Goncharov wrote:
| > A technical question: I have the saved (from 8) copies of
| > /boot/device.hints for the laptops in question which have lines like:
| > ...
| > What's the best way to use this in 9? To add to
I'd be willing to try building it on the Power(PC) platform.
On Wed, Feb 15, 2012 at 4:45 PM, Eric McCorkle wrote:
> Given that NVidia is releasing the CUDA platform source on a limited
> basis, is anyone actively working to port it to FreeBSD? The reason I
> ask is that to get access to the so
On 02/17/12 09:43, Alex Goncharov wrote:
> ,--- I/Alex (Fri, 17 Feb 2012 12:10:31 -0500) *
> | Being mostly a FreeBSD freeloader (or a marginal contributor), I
> | shouldn't be complaining, and I am not, but permit me to make a
> | personal biased judgment: losing the ability to do a practicall
On 02/17/12 09:49, vermaden wrote:
> Hi,
>
> I have finally made some effort on writing flexible yet very simple
> automounter for FreeBSD desktop.
>
> Feel free to submit me BUG reports ;)
>
> It currently supports these file formats:
> -- NTFS(rw) requires [port]sysutils/fusefs-ntfs[/port]
> --
,--- You/matt (Fri, 17 Feb 2012 11:09:38 -0800) *
| For what it's worth, it's just a change in GENERIC. It's not hard to
| compile a kernel with different options,
That's what I've been doing for years, with e.g.
# options INET6 # IPv6 communications protocols
# de
On 02/17/12 11:34, Alex Goncharov wrote:
> ,--- You/matt (Fri, 17 Feb 2012 11:09:38 -0800) *
> | For what it's worth, it's just a change in GENERIC. It's not hard to
> | compile a kernel with different options,
>
> That's what I've been doing for years, with e.g.
>
> # options INET6
On Wed, Feb 15, 2012 at 10:20 PM, Vijay Singh wrote:
> I hit the assert in line 405. So right after locking Giant, it is
> found unlocked!!!
Try running kldload/kldunload with INVARIANTS enabled. I would
suspect that you're hitting a case where the kldload code is unlocking
Giant when it doesn't
On Fri, Feb 17, 2012 at 3:14 PM, Ryan Stone wrote:
> On Wed, Feb 15, 2012 at 10:20 PM, Vijay Singh wrote:
>> I hit the assert in line 405. So right after locking Giant, it is
>> found unlocked!!!
>
> Try running kldload/kldunload with INVARIANTS enabled. I would
> suspect that you're hitting a c
I already made some changes for the 'better' ...
Here is the latest version:
#! /bin/sh
PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin
LOG="/var/log/automount.log"
STATE="/var/run/automount.state"
DATEFMT="%Y-%m-%d %H:%M:%S"
__create_mount_point() { # /* 1=DEV */
MNT="/mnt/
,--- You/matt (Fri, 17 Feb 2012 11:45:35 -0800) *
| Given that there's apparently little penalty for module vs. kernel,
| I can see not including it by default in GENERIC. I do have a
| laptop that won't make console tones unless snd_hda is NOT loaded,
| which is odd, but never worth debugging
CC: Oliver Hartmann
On 2/15/12, Eric McCorkle wrote:
> Given that NVidia is releasing the CUDA platform source on a limited
> basis, is anyone actively working to port it to FreeBSD? The reason I
> ask is that to get access to the source, you have to submit a request
> explaining what you intend
> For me as a user, that would be a much preferable approach, instilled
> long ago by Linux. I don't like unused stuff around, and I like to
> understand what I am using.
>
> Some build kernel confutation parameters "minimum modules", "medium
> modules", "maximum modules" might be utilized. I wou
... even newer version, seems to have all 'problems' fixed now ;)
#! /bin/sh
PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin
LOG="/var/log/automount.log"
STATE="/var/run/automount.state"
DATEFMT="%Y-%m-%d %H:%M:%S"
__create_mount_point() { # /* 1=DEV */
MNT="/mnt/$( basename
,--- You/rank1see...@gmail.com (Fri, 17 Feb 2012 23:08:02 +0100) *
| > For me as a user, that would be a much preferable approach, instilled
| > long ago by Linux. I don't like unused stuff around, and I like to
| > understand what I am using.
| >
| > Some build kernel confutation parameters "
Latest version with additional checks for NTFS and FAT32, to be precise,
for NTFS filesystem with label "FAT" and for FAT filesystem with label "NTFS" ;)
#! /bin/sh
PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin
LOG="/var/log/automount.log"
STATE="/var/run/automount.state"
DATE
On 02/17/12 14:08, rank1see...@gmail.com wrote:
>> For me as a user, that would be a much preferable approach, instilled
>> long ago by Linux. I don't like unused stuff around, and I like to
>> understand what I am using.
>>
>> Some build kernel confutation parameters "minimum modules", "medium
>>
On 02/17/12 14:08, rank1see...@gmail.com wrote:
For me as a user, that would be a much preferable approach, instilled
long ago by Linux. I don't like unused stuff around, and I like to
understand what I am using.
Some build kernel confutation parameters "minimum modules", "medium
modules", "maxi
On 02/17/2012 15:11, matt wrote:
> We have a modular kernel. It makes best-practices-sense to keep the
> kernel true to what's required to boot and initialize the hardware
> required to come up multiuser. I am actually against having sound in
> there at all.
I think the question is not, "What shou
On 02/17/12 16:32, Julian Elischer wrote:
>> On 02/17/12 14:08, rank1see...@gmail.com wrote:
For me as a user, that would be a much preferable approach, instilled
long ago by Linux. I don't like unused stuff around, and I like to
understand what I am using.
Some build kerne
On 02/17/12 17:14, Doug Barton wrote:
> On 02/17/2012 15:11, matt wrote:
>> We have a modular kernel. It makes best-practices-sense to keep the
>> kernel true to what's required to boot and initialize the hardware
>> required to come up multiuser. I am actually against having sound in
>> there at a
At some point, after killing audio playing app with Ctrl-C, I am unable
to play sound again with the same app:
Can't open audio device /dev/dsp: Device busy
But after closing virtual box windows guest, sound is working again.
What bothers me, why audio device can even become busy? Isn't it
supp
,--- You/Doug (Fri, 17 Feb 2012 17:14:24 -0800) *
| I think the question is not, "What should be in the kernel?" but rather
| "What should be on by default?" *How* those things are provided is a
| different question.
|
| One could argue that an intelligent installer combined with a more
| modu
38 matches
Mail list logo
