On Tue, Jan 06, 2009 at 12:36:20PM -0500, Robert Noland wrote:
> I have a patch available for testing at
> http://people.freebsd.org/~rnoland/drm-update-7-010609.patch.bz2
I tested your patch on 2 different machines:
1) the infamous "ThinkPad T43p" ;) running i386:
Sorry, but RELENG_7_1 with yo
On Thu, Jan 08, 2009 at 09:03:50AM -0500, Robert Noland wrote:
> > 1) the infamous "ThinkPad T43p" ;) running i386:
> >
> > Sorry, but RELENG_7_1 with your drm-update still shows a garbled
> > screen. The same userland with a -CURRENT kernel works without problems.
>
> Is this a pci based radeon
On Sat, Jan 10, 2009 at 11:49:01AM -0500, Robert Noland wrote:
> > If you are experiencing a "garbled" screen with certain pci/pci-e based
> > radeons, I have another patch in HEAD that isn't included yet.
>
> I decided to go ahead and fully sync to HEAD, so this should be resolved
> as well. Th
Sam Leffler schrieb:
those changes. To do this you must have an up to date RELENG_7 code
base and then apply this patch:
http://people.freebsd.org/~sam/ath_hal-releng7.patch
Then rebuild your kernel. There should be no changes to user apps.
I tested this on a Thinkpad R51 / RELENG_7 / A
On Wed, Feb 11, 2009 at 11:32:45PM +0100, Bengt Ahlgren wrote:
> http://lists.freebsd.org/pipermail/freebsd-mobile/2009-February/011343.html
>
> What clockrate do you run at? On my system (Thinkpad X40, Atheros
> 5212) the problem does not occur at kern.hz=1000, but it is present at
> kern.hz=10
Hi Martin,
On Thu, Mar 27, 2008 at 11:19:10PM +0100, Martin Blapp wrote:
> I've just made a port for FreeBSD 7 and FreeBSD 6 for the
> Open-vmware-tools. Any Feedback is welcome.
I just installed your port on 6.3-p1/amd64 on ESX 3.5 (WITHOUT_X11, just
guestd and vmmemctl) to see if VMotion works
On Fri, Apr 18, 2008 at 10:32:22PM -0700, harshl wrote:
> I am an not great with BSD, how can I install this port without X?
> Sorry if this is easy but I don't really understand what I am seeing in the
> Makefile.
There are several ways to do this. The easiest way is to just set
WITHOUT_X11 in y
On Fri, Jul 27, 2007 at 05:27:45PM +0200, Michael Nottebrock wrote:
> The machine will freeze hard a few seconds after powerd is started up by
> the rc script. With kern.smp.disabled=1, everything seems to work fine.
> This is with today's 6-STABLE/i386. I see that a fix for that sort of
> thing w
Hi,
I was trying to install 7.0 beta 2 on a system that has a SATA attached
DVD drive. The system starts to the point where it waits for the SCSI
devices to initialize. After that it starts reading from the install media
and constantly gets read timeouts == no installation possible.
Does anybody
On Tue, Nov 13, 2007 at 07:04:34AM -0500, Aryeh M. Friedman wrote:
> > and constantly gets read timeouts == no installation possible.
>
> Yes and it is under active investigation.
Thank you. :)
Uwe
___
freebsd-stable@freebsd.org mailing list
http://l
On Tue, Nov 13, 2007 at 07:18:19AM -0500, Aryeh M. Friedman wrote:
> Just for the record what chipset is your Mobo (it has been reported on
> several but most commonly ICH9(R)? Also don't expect any more
The board has an AMD 8151+8111 combo with a SiI 3114 SATA Controller,
so it's not an Inte
On Wed, Nov 14, 2007 at 05:56:16PM +0100, Claus Guttesen wrote:
> Just installed a new DL360 with 8 cores at 2.33 Ghz and 8 GB ram and
> 15K rpm sas-disks. When I installed the beta2 from cd 'make -j 9
> buildworld' took approx. 20 min. After a recompile of userland and
> kernel and switch to ULE
On Thu, Nov 25, 2004 at 09:52:48AM -0800, Joe Kelsey wrote:
> I always tell anyone who asks to run very fast and very far away from
> anything with NVIDIA in it.
IMHO NVidia is the only option if you want decent 3D acceleration on
FreeBSD or Linux desktops. Other manufacturers don't even care for
On Mon, Feb 27, 2006 at 01:34:49AM +0100, Per olof Ljungmark wrote:
> Assertion failed: (cfg->ldc_uris[__session.ls_current_uri] != NULL),
> function do
> _init, file ldap-nss.c, line 1245.
> kioslave: ### CRASH ## protocol = file pid = 72414 signal = 6
>
> Identical to the above, everyt
On Wed, Nov 23, 2005 at 12:38:05PM +1030, Daniel O'Connor wrote:
> I'd say the Dell's video is more likely to work (even 3d).
The graphics work perfectly on my Thinkpad R51 (Radeon 9000),
including 3D acceleration/dri. There are different R51 models with
different graphic chipsets available IIRC.
On Sat, Dec 17, 2005 at 06:44:48PM -0500, Kris Kennaway wrote:
> It looks like in the course of writing your long email you forgot to
> describe any of the problems you are having.
I don't know his exact problems either, but I could name you a few
examples that currently reduce the fun of using F
On Sun, Dec 18, 2005 at 12:06:12PM -0500, Kris Kennaway wrote:
> Well, no, the "sound system" is not broken, perhaps a driver just
In my case it is broken, I hear cracks and dropouts with my Soundblaster
Live card and the emu10k driver. It gets worse with higher loads and
uptime. I experienced th
On Sun, Dec 18, 2005 at 12:44:06PM -0800, Doug Barton wrote:
> regression in this area in RELENG_6, it would be worth reporting to this
> list, hopefully with enough detail that a developer could help you
> troubleshoot the problem.
This problem already existed in 5.x, please have a look at ker
On Thu, Jan 05, 2006 at 04:34:33PM -0500, Richard Kuhns wrote:
> If anyone has suggestions/wants me to try anything, just say so.
Yes, you can solve this problem by changing your
/usr/X11R6/etc/gdm/gdm.conf. You have to change the setting for
VTAllocation:
VTAllocation=true
bye,
Uwe
_
On Sat, Jan 21, 2006 at 01:20:47PM -0800, Graham North wrote:
> I am planning to load FreeBSD as a dual boot on new IBM laptop.
> The model is an R51 which comes with:
I also used to run FreeBSD 6.0 on a R51, the only difference I can see
is that my TP has a Radeon 9000. Everything should work an
Hi,
there seems to be a problem with RELENG_6 in environments where nss_ldap
is used for user- and group-lookups. The problem affects different ports
that don't have very much in common, so I guess there might be a bug in
FreeBSD's libc, because that's the place, where the name-sevices are
handled
Hi Doug,
> > dc0: TX underrun -- increasing TX threshold
> > xl0: transmission error: 90
> >
>
> You have some device on your PCI bus (usually video) hogging the bus too
> much. This is a common problem on high-usage network cards.
And a common problem on old 486-based PCI-boards, maybe? At le
22 matches
Mail list logo
