Re: [PATCH] Don't try to use agp symbols if we don't have AGP (*cough*sparc*cough*)

2009-03-11 Thread Dave Airlie
On Wed, 2009-03-11 at 11:55 -0400, Kyle McMartin wrote:
 On Wed, Mar 11, 2009 at 11:33:25AM -0400, Josh Boyer wrote:
  +#if __OS_HAS_AGP
  
  Not that this is your fault, but shouldn't this be something
  like __ARCH_HAS_AGP?
  
 
 Keep in mind the DRM for better or for worse supposedly supports more
 OSes than just Linux.
 
 I suspect the 'ideal' fix for upstream is to stub out drm_agp_init_ttm
 on !CONFIG_AGP arches.

OS_HAS_AGP is just a wrapper around convoluted CONFIG_AGP,
CONFIG_AGP_MODULE.

Its perfectly acceptable to build a kernel with no AGP and DRM enabled
on x86.

Dave.

 
 regards, Kyle

___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list


Re: arch fun.

2009-02-05 Thread Dave Airlie
On Thu, 2009-02-05 at 15:11 -0500, Dave Jones wrote:
 As per the discussion in #fedora-meeting today,
 we're killing off kernel-i686, and just shipping..
 
 * kernel.i586
 * kernel-PAE.686
 
 Patch below seems to dtrt.. comments?

This should prove interesting for GEM, as Intel still haven't resolved
GEM on PAE.

However I'm quite happy for this change to happen, Arjan want to try and
fix this or no GEM/KMS for F11.

Dave.

 
 Looking at the generated config files, the biggest difference
 seems to be that kernel-PAE enables Xen and all it's related
 dependancies.
 
   Dave
 
 Index: Makefile.config
 ===
 RCS file: /cvs/pkgs/rpms/kernel/devel/Makefile.config,v
 retrieving revision 1.69
 diff -u -p -r1.69 Makefile.config
 --- Makefile.config   26 Jan 2009 07:19:13 -  1.69
 +++ Makefile.config   5 Feb 2009 20:09:20 -
 @@ -6,7 +6,7 @@ CFG   = kernel-$(VERSION)
  
  CONFIGFILES  = \
   $(CFG)-i586.config \
 - $(CFG)-i686.config $(CFG)-i686-PAE.config \
 + $(CFG)-i686-PAE.config \
   $(CFG)-i686-debug.config $(CFG)-i686-PAEdebug.config \
   $(CFG)-x86_64.config $(CFG)-x86_64-debug.config \
   $(CFG)-s390x.config $(CFG)-arm.config \
 @@ -63,9 +63,6 @@ temp-s390-generic: config-s390x temp-gen
  temp-ia64-generic: config-ia64-generic temp-generic
   perl merge.pl $^  $@
  
 -kernel-$(VERSION)-i686.config: config-i686 temp-x86-generic
 - perl merge.pl $^ i386  $@
 -
  kernel-$(VERSION)-i686-debug.config: config-i686 temp-x86-debug-generic
   perl merge.pl $^ i386  $@
  
 Index: config-i586
 ===
 RCS file: /cvs/pkgs/rpms/kernel/devel/config-i586,v
 retrieving revision 1.5
 diff -u -p -r1.5 config-i586
 --- config-i586   14 Feb 2008 19:56:06 -  1.5
 +++ config-i586   5 Feb 2009 20:09:20 -
 @@ -6,4 +6,3 @@ CONFIG_HIGHMEM4G=y
  
  CONFIG_X86_POWERNOW_K6=m
  
 -# CONFIG_KVM is not set
 Index: config-i686
 ===
 RCS file: config-i686
 diff -N config-i686
 --- config-i686   12 Jul 2007 19:15:37 -  1.1
 +++ /dev/null 1 Jan 1970 00:00:00 -
 @@ -1,8 +0,0 @@
 -CONFIG_M686=y
 -# CONFIG_NOHIGHMEM is not set
 -CONFIG_HIGHMEM4G=y
 -# CONFIG_HIGHMEM64G is not set
 -
 -CONFIG_CRYPTO_DEV_PADLOCK=m
 -CONFIG_CRYPTO_DEV_PADLOCK_AES=m
 -CONFIG_CRYPTO_DEV_PADLOCK_SHA=m
 Index: config-x86-generic
 ===
 RCS file: /cvs/pkgs/rpms/kernel/devel/config-x86-generic,v
 retrieving revision 1.63
 diff -u -p -r1.63 config-x86-generic
 --- config-x86-generic30 Jan 2009 00:08:01 -  1.63
 +++ config-x86-generic5 Feb 2009 20:09:20 -
 @@ -205,9 +205,9 @@ CONFIG_NVRAM=y
  CONFIG_IBM_ASM=m
  CONFIG_CRYPTO_AES_586=m
  CONFIG_CRYPTO_TWOFISH_586=m
 -# CONFIG_CRYPTO_DEV_PADLOCK is not set
 -# CONFIG_CRYPTO_DEV_PADLOCK_AES is not set
 -# CONFIG_CRYPTO_DEV_PADLOCK_SHA is not set
 +CONFIG_CRYPTO_DEV_PADLOCK=m
 +CONFIG_CRYPTO_DEV_PADLOCK_AES=m
 +CONFIG_CRYPTO_DEV_PADLOCK_SHA=m
  
  CONFIG_GENERIC_ISA_DMA=y
  CONFIG_SCHED_SMT=y
 Index: kernel.spec
 ===
 RCS file: /cvs/pkgs/rpms/kernel/devel/kernel.spec,v
 retrieving revision 1.1263
 diff -u -p -r1.1263 kernel.spec
 --- kernel.spec   5 Feb 2009 18:55:52 -   1.1263
 +++ kernel.spec   5 Feb 2009 20:09:20 -
 @@ -241,6 +241,11 @@ Summary: The Linux kernel
  %define with_kdump 0
  #endif
  
 +# We only build -PAE for 686 as of Fedora 11.
 +%ifarch i686
 +%define with_up 0
 +%endif
 +
  # don't do debug builds on anything but i686 and x86_64
  %ifnarch i686 x86_64
  %define with_debug 0
 @@ -522,8 +527,7 @@ Source24: config-rhel-generic
  
  Source30: config-x86-generic
  Source31: config-i586
 -Source32: config-i686
 -Source33: config-i686-PAE
 +Source32: config-i686-PAE
  
  Source40: config-x86_64-generic
  
 @@ -1477,7 +1481,9 @@ mkdir -p $RPM_BUILD_ROOT/boot
  cd linux-%{kversion}.%{_target_cpu}
  
  %if %{with_debug}
 +%ifnarch i686
  BuildKernel %make_target %kernel_image debug
 +%endif
  %if %{with_pae}
  BuildKernel %make_target %kernel_image PAEdebug
  %endif

___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list


Re: X600 driver instability?

2008-10-13 Thread Dave Airlie
On Mon, 2008-10-13 at 22:00 -0400, Jon Masters wrote:
 Yo,
 
 Is anyone else seeing instability in recent X600 builds in Fedora (when
 using 3D desktop effects)? I'm getting occasional X server crashes that
 never used to happen with this driver - I haven't had chance to track
 down when it started happening in as of yet but the box stability is
 restored by disabling desktop effects. I need this box, but I'll
 schedule some crash time over the weekend or something.
 
 Next time it happens, I'll capture the X server output. There's no oops
 but a reproducer seems to be along the lines of:
 
 * Login to desktop
 * Restart VPN and connect to remove IRC proxy
 * xchat goes nuts with popups catching up replay traffic
 * kernel ringbuffer shows random segfaults from e.g. DBUS
 
 Not much to go on yet. Just thought I'd share :)
 

Try with nomodeset maybe but I don't think it'll help.

I'm trying to stabilise the 3D driver again for compiz, we've rewritten
radeon support pretty much from scratch for F10 so I'm now fixing the
bugs.

Isn't desktop effect unuseably slow for you? I thought the speed might
stop people from using it long before the crashing.

Dave.


___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list


Re: X600 driver instability?

2008-10-13 Thread Dave Airlie
On Tue, 2008-10-14 at 00:34 -0400, Jon Masters wrote:
 On Tue, 2008-10-14 at 12:55 +1000, Dave Airlie wrote:
 
  I'm trying to stabilise the 3D driver again for compiz, we've rewritten
  radeon support pretty much from scratch for F10 so I'm now fixing the
  bugs.
 
 It's worth saying, this is an F-9 install, with the latest kernel. I do
 run rawhide, but only under virtual machines with emulated hardware.
 
  Isn't desktop effect unuseably slow for you? I thought the speed might
  stop people from using it long before the crashing.
 
 Nope, actually for over a year X600 was perfectly rock solid, desktop
 effects worked just fantastic, and I was actually able to make people
 who looked at my machine think hey, this desktop Linux thing aint
 bad (ok, they might just think this Linux thing there).
 
 So whatever happened in recent *F-9* updates broke it :)

Oh that isn't good, I didn't think I'd done much in recent F9 updates.

Try pulling back to the older F9 xorg-x11-drv-ati, say -15.

If its the kernel it must be something I've upstreamed.

Dave.


___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list


Re: kernel-2.6.27-0.215.rc1.git4.fc10.i686 oops and no X :(

2008-08-05 Thread Dave Airlie

On Tue, 2008-08-05 at 16:18 -0400, Kyle McMartin wrote:
 On Tue, Aug 05, 2008 at 04:16:39PM -0400, Kyle McMartin wrote:
  On Tue, Aug 05, 2008 at 12:37:32PM -0700, Antonio Olivares wrote:
   Dear fellow testers,
   
   New kernel oops again and no X when starting it 
   
   kernel-2.6.27-0.215.rc1.git4.fc10.i686
   
   Here's oops
   
   http://www.kerneloops.org/submitresult.php?number=48331
   
  
  nasty... did this just start recently?
  
  Any thoughts, Dave?
  
 
 fwiw this is hitting the BUG_ON in drm_open.
 
 mutex_lock(dev-struct_mutex);
 BUG_ON((dev-dev_mapping != NULL) 
(dev-dev_mapping != inode-i_mapping));
 if (dev-dev_mapping == NULL)
 dev-dev_mapping = inode-i_mapping;
 mutex_unlock(dev-struct_mutex);
 

should be fixed in 222 or somewhere around that, at least the bug that
is open for it said that.

Dave.

___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list