On Wed, 2009-11-18 at 01:30 +0200, Alexander Motin wrote:
> Feedbacks are welcome as always.
>
Works here (ThinkPad X60):
ahci0: port
0x18d0-0x18d7,0x18c4-0x18c7,0x18c8-0x18cf,0x18c0-0x18c3,0x18b0-0x18bf
mem 0xee00-0xee4447ff irq 16 at device 31.2 on pci0
ahci0: [ITHREAD]
ahci0: AHCI v1.10 w
On Thu, 19 Nov 2009, Tom Evans wrote:
> On Thu, Nov 19, 2009 at 12:35 PM, Daniel O'Connor
wrote:
> > On Thu, 19 Nov 2009, Marius Nünnerich wrote:
> > > > operator0, 164 Oct 21 15:34
> > > > /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc
> > >
> > > Have you tried naming the GPT partitions an
i think the issue is how to tune for zfs
i386 with 4G of RAM
RELENG_7 cvsupped Nov 18 02:42 GMT
panic: kmem_malloc(65536): kmem_map too small: 535019520 total allocated
cpuid = 0
Uptime: 13h15m1s
Physical memory: 3958 MB
Dumping 637 MB: 622 606 590 574 558 542 526 510 494 478
On Thu, Nov 19, 2009 at 10:48:40AM -0800, Matthew Fleming wrote:
> r193754 to stable/7 appears to have unintended code. The MFC note
> indicates it is a backport of 190206, 190330, 192537, 192540, 192584 and
> 192933. I looked over all of them and none have the offending snippet:
>
> #ifndef LRO
r193754 to stable/7 appears to have unintended code. The MFC note
indicates it is a backport of 190206, 190330, 192537, 192540, 192584 and
192933. I looked over all of them and none have the offending snippet:
#ifndef LRO_SUPPORTED
#ifdef IFCAP_LRO
#undef IFCAP_LRO
#endif
#define IFCAP_LRO 0x0
#
On Thu, Nov 19, 2009 at 09:34:01AM -0500, Mike Tancsa wrote:
> At 09:27 AM 11/19/2009, Karl Denninger wrote:
> >It's not.
> >
> >What does that do?
>
> From the man page,
>
> With flags encoded as:
> 0x00010 device is potential system console
> 0x00080 use this port for remote
Cool, so stable/7 will just need to be updated :) I need to catch up all the
drivers in that stream actually.
Thanks for testing!!
Jack
On Thu, Nov 19, 2009 at 8:58 AM, Mike Tancsa wrote:
> At 07:29 PM 11/18/2009, Jack Vogel wrote:
>
>> Hey Mike,
>>
>> Can you check if you see the same behav
On 11/18/09, Mario Pavlov wrote:
> oh yes, I got what you meant now
> true, I used /usr from the server because I wanted to have all my ports
> available to the client. Is there a nice way to install ports only in the
> diskless distribution ?
>
> thank you.
>
> Regards
> Mario
Just like any oth
At 07:29 PM 11/18/2009, Jack Vogel wrote:
Hey Mike,
Can you check if you see the same behavior on RELENG 8?
For RELENG_8. I installed an fxp card and netbooted off it.
I assigned an IP address to the onboard nic (em5). Pinged itself, got
a MAC and response. Plugged in the cable, pinged the o
On Thu, Nov 19, 2009 at 09:34:10AM -0500, John Baldwin wrote:
> ...
> > > Try a different mirror, perhaps? I've had no problems tracking stable/7
> > > daily (though I'm using SVN).
> >
> > Thanks. Pulled a update from cvsup5.us.freebsd.org, and changes were
> > picked up.
> >
> > Can someone c
Gerrit Kühn wrote:
On Wed, 18 Nov 2009 13:15:59 -0600 Barry Pederson wrote
BP> If someone wanted to make PCIe compatible brackets for this affordable
BP> card, they'd probably sell a fair number to small shops or home users.
Yeah, I would also buy some. :-)
I was browsing this bracket mf
Greetings all:
I'm attempting to run my FreeBSD 7.2 server as an NFS backend for
XCP. I can mount the share from any FreeBSD box, I can mount it from
XCP's Linux command prompt, trying to mount it from XCP gives an error
that the share couldn't be mounted because the server denied permission
Jeremy Chadwick wrote:
> On Tue, Nov 17, 2009 at 05:18:02PM +0100, Mikael Bak wrote:
>> Matt Wilks wrote:
>>> I'm attempting to install NSIS (http://nsis.sourceforge.net/) on an
>>> amd64 FreeBSD 7.2 system and having trouble. When I run
>>>
>> [snip]
>>
>> >From the project's home page:
>> "NSIS
On Sunday 15 November 2009 2:15:51 pm Larry Rosenman wrote:
>
> On Sun, November 15, 2009 1:10 pm, David Wolfskill wrote:
> > On Sun, Nov 15, 2009 at 12:37:23PM -0600, Larry Rosenman wrote:
> >> ...
> >> /usr/src/sys/kern/kern_conf.c:698: error: 'struct cdevsw' has no member
> >> named 'd_mmap2'
>
At 09:27 AM 11/19/2009, Karl Denninger wrote:
It's not.
What does that do?
From the man page,
With flags encoded as:
0x00010 device is potential system console
0x00080 use this port for remote kernel debugging
0x00100 set RX FIFO trigger level to ``low'' (NS8250 onl
Mike Tancsa wrote:
> At 09:14 AM 11/19/2009, Karl Denninger wrote:
>
>
>> Mike Tancsa wrote:
>> > At 09:00 AM 11/19/2009, Karl Denninger wrote:
>> >> Well ok then the uart driver is BROKEN.
>> >>
>> >> It simply locks up on the port after some period of time, returning
>> >> nothing. I have found
At 09:14 AM 11/19/2009, Karl Denninger wrote:
Mike Tancsa wrote:
> At 09:00 AM 11/19/2009, Karl Denninger wrote:
>> Well ok then the uart driver is BROKEN.
>>
>> It simply locks up on the port after some period of time, returning
>> nothing. I have found no way to reset the port other than a r
Mike Tancsa wrote:
> At 09:00 AM 11/19/2009, Karl Denninger wrote:
>> Well ok then the uart driver is BROKEN.
>>
>> It simply locks up on the port after some period of time, returning
>> nothing. I have found no way to reset the port other than a reboot
>> either. That's a "surprise" that peopl
At 09:00 AM 11/19/2009, Karl Denninger wrote:
Well ok then the uart driver is BROKEN.
It simply locks up on the port after some period of time, returning
nothing. I have found no way to reset the port other than a reboot
either. That's a "surprise" that people running fax servers and other
sim
Mike Tancsa wrote:
> At 08:53 AM 11/19/2009, Karl Denninger wrote:
>
>> I will update as I have more information - this is a serious issue for
>> anyone who needs working serial ports on multiport cards under FreeBSD
>> for things like a fax server. this is not the sort of "surprise" one
>> wan
At 08:53 AM 11/19/2009, Karl Denninger wrote:
I will update as I have more information - this is a serious issue for
anyone who needs working serial ports on multiport cards under FreeBSD
for things like a fax server. this is not the sort of "surprise" one
wants to see!
Its not the puc per
It appears that V8.x has changed some device names in the serial
subsystem, moving them to the "puc" naming (e.g. ttydxx moves to ttyuxx)
There is a fairly serious issue with Hylafax under the new setup that I
have not (yet) been able to run down. It manifests as ports that simply
stop working, w
on 19/11/2009 10:22 Alexander Motin said the following:
> Eugene Grosbein wrote:
>> Jeremy Chadwick wrote:
>>> I didn't have this problem. System has AHCI in use, and the kernel is
>>> built to make use of modular atacore. Specifically:
>>>
>>> # Modular ATA
>>> device atacore #
On Thu, Nov 19, 2009 at 13:44, Tom Evans wrote:
> On Thu, Nov 19, 2009 at 12:35 PM, Daniel O'Connor
> wrote:
>>
>> On Thu, 19 Nov 2009, Marius Nünnerich wrote:
>> > > operator 0, 164 Oct 21 15:34
>> > > /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc
>> >
>> > Have you tried naming the GPT pa
On Thu, Nov 19, 2009 at 12:35 PM, Daniel O'Connor wrote:
> On Thu, 19 Nov 2009, Marius Nünnerich wrote:
> > > operator0, 164 Oct 21 15:34
> > > /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc
> >
> > Have you tried naming the GPT partitions and using /dev/gpt/* ?
>
> Nope, how would I do that
On Thu, 19 Nov 2009, Marius Nünnerich wrote:
> > operator 0, 164 Oct 21 15:34
> > /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc
>
> Have you tried naming the GPT partitions and using /dev/gpt/* ?
Nope, how would I do that?
I'd be surprised if it worked TBH..
--
Daniel O'Connor software an
Jeremy Chadwick wrote:
> On Thu, Nov 19, 2009 at 10:22:53AM +0200, Alexander Motin wrote:
>> Read ahci(4) carefully. It has all possible references. If you think it
>> is not enough, propose patches.
>
> I had no idea said details were in the ahci(4) man page, and I doubt the
> rest of the user co
Jeremy Chadwick wrote:
> AHCI in the BIOS is enabled, AHCI in FreeBSD is in use.
>
> Kernel configuration is below my .sig, ditto with dmesg. World sources
> are from ~45 minutes prior to kernel build date (2009/11/17 20:07 PST).
>
> FreeBSD icarus.home.lan 8.0-PRERELEASE FreeBSD 8.0-PRERELEASE
>> i386, 7.2-stable from last summer
>>
>> cvsupped releng_7
>> made and installed kernel
>> buildworld
>> boot -s
>> installworld
>> mergemaster
>> reboot
>>
>> hung after beastie, just as it did the other month
>>
>> booted -s
>> mount -2 /
>> /etc/rc.d/hostid start
>> /etc/rc.d/zfs start
>> l
On Thu, Nov 19, 2009 at 01:53, Daniel O'Connor wrote:
> On Sun, 15 Nov 2009, Daniel O'Connor wrote:
>> > There's no need to detach anything.
>>
>> I'll try it when I get home and see how it goes.
>
> Unfortunately I get..
>
> [midget 11:20] ~ >sudo zpool replace tank ad4p2
> gptid/6866d8b0-a8ac-
On Thu, Nov 19, 2009 at 10:22:53AM +0200, Alexander Motin wrote:
> Eugene Grosbein wrote:
> > Jeremy Chadwick wrote:
> >> I didn't have this problem. System has AHCI in use, and the kernel is
> >> built to make use of modular atacore. Specifically:
> >>
> >> # Modular ATA
> >> device a
On Wed, 18 Nov 2009 13:15:59 -0600 Barry Pederson wrote
about Re: Support for SAS/SATA non-RAID adapters:
BP> What I was questioning was where the OP said: "it fits into a standard
BP> PCIe slot and works nicely there as far as I can tell" - which to me
BP> sounds like you could use this HBA in
On Wed, 18 Nov 2009 09:35:56 -0800 Freddie Cash wrote
about Re: Support for SAS/SATA non-RAID adapters:
FC> > Hm, I don't know the recent exchange rate, but are you sure this is
FC> > the same card? I paid something like 80,-€ (excl. VAT).
FC> Oops, you're right, was reading the model numbers wr
On Wed, 18 Nov 2009 11:37:03 -0600 Barry Pederson wrote
about Re: Support for SAS/SATA non-RAID adapters:
> > I guess the version of the card I have here was actually intended to
> > be used in some kind of special Supermirco-Extension Slot. However,
> > it fits into a standard PCIe slot and work
Eugene Grosbein wrote:
> Jeremy Chadwick wrote:
>> I didn't have this problem. System has AHCI in use, and the kernel is
>> built to make use of modular atacore. Specifically:
>>
>> # Modular ATA
>> device atacore # Core ATA functionality
>> device ataisa # ISA
35 matches
Mail list logo