On Tuesday 2011-05-24 17:46, Ralf Baechle wrote:
>On Tue, May 24, 2011 at 03:43:48PM +0100, Alan Cox wrote:
>
>> Can we drop most of MCA, EISA and ISA bus if we are going to have a big
>> version change ? A driver spring clean is much overdue and it's all in
>> git in case someone wishes to sneak
> So I'm toying with 3.0 (and in that case, it really would be "3.0",
> not "3.0.0" - the stable team would get the third digit rather than
> the fourth one.
How about stardates? That'd make a release made now 64860.8
I really should sleep more...
--
Lisa Milne
On Mon, May 23, 2011 at 07:17:21PM -0400, Ted Ts'o wrote:
> > So I'm toying with 3.0 (and in that case, it really would be "3.0",
> > not "3.0.0" - the stable team would get the third digit rather than
> > the fourth one.
>
> If we change from 2.6.X to 3.X, then if we don't change anything else,
On Tue, May 24, 2011 at 03:43:48PM +0100, Alan Cox wrote:
> Can we drop most of MCA, EISA and ISA bus if we are going to have a big
> version change ? A driver spring clean is much overdue and it's all in
> git in case someone wishes to sneak out at midnight and bring some crawly
> horror back fro
On Tue, May 24, 2011 at 11:09 PM, Joe Perches wrote:
> On Tue, 2011-05-24 at 22:59 +0600, Rakib Mullick wrote:
> > On 5/23/11, Joe Perches wrote:
> > > On Mon, 2011-05-23 at 23:40 +0600, Rakib Mullick wrote:
> > >> Following patch removes the uses of 'kmalloc+memset' from various
> > >> drivers
On 23.05.2011 13:33, Linus Torvalds wrote:
> On Mon, May 23, 2011 at 12:20 PM, Ingo Molnar wrote:
> >
> > I really hope there's also a voice that tells you to wait until .42 before
> > cutting 3.0.0! :-)
>
> So I'm toying with 3.0 (and in that case, it really would be "3.0",
> not "3.0.0" - the s
On Tue, May 24, 2011 at 1:41 PM, Linus Torvalds
wrote:
> On Tue, May 24, 2011 at 10:36 AM, H. Peter Anvin wrote:
>>
>> I think this whole discussion misses the essence of the new development
>> model, which is that we no longer do these kinds of feature-based major
>> milestones.
>
> Indeed.
>
>
On Tue, 24 May 2011, Matthias Schniedermeyer wrote:
On 23.05.2011 13:33, Linus Torvalds wrote:
On Mon, May 23, 2011 at 12:20 PM, Ingo Molnar wrote:
I really hope there's also a voice that tells you to wait until .42 before
cutting 3.0.0! :-)
So I'm toying with 3.0 (and in that case, it rea
Linus Torvalds wrote:
> PS. The voices in my head also tell me that the numbers are getting
> too big. I may just call the thing 2.8.0. And I almost guarantee that
> this PS is going to result in more discussion than the rest, but when
> the voices tell me to do things, I listen.
Correct :)
I wou
Hi,
2011/5/24 Lisa Milne :
>> So I'm toying with 3.0 (and in that case, it really would be "3.0",
>> not "3.0.0" - the stable team would get the third digit rather than
>> the fourth one.
>
> How about stardates?
This is a wonderful idea! :)
> That'd make a release made now 64860.8
>
> I really
On Tuesday 2011-05-24 20:48, eschvoca wrote:
>On Tue, May 24, 2011 at 1:41 PM, Linus Torvalds wrote:
>>
>> It's not about features. It hasn't been about features for forever.
>
>Using the date also clearly communicates it is not about features.
On the contrary: Whenever a 2.6.x release was set ou
On Monday 23 May 2011, 22:33:48 Linus Torvalds wrote:
> On Mon, May 23, 2011 at 12:20 PM, Ingo Molnar wrote:
> > I really hope there's also a voice that tells you to wait until .42
> > before cutting 3.0.0! :-)
>
> So I'm toying with 3.0 (and in that case, it really would be "3.0",
> not "3.0.0" -
Hi All,
I'm currently looking into implementing a SoC graphics core with KMS.
What I wonder about is the relationship between connectors and encoders.
On my board I have a sii9022 HDMI encoder connected via i2c. This chip
supports reading edid data, tracks the connection status of the display
and
https://bugs.freedesktop.org/show_bug.cgi?id=37028
--- Comment #5 from Maggioni Marcello 2011-05-25 02:45:09
PDT ---
I tried the RenderTest and it seemed to work fine (the SSAO test was completely
white though) .
I tried the latest git today and then tested Amnesia again.
The situation is impr
https://bugs.freedesktop.org/show_bug.cgi?id=37028
Maggioni Marcello changed:
What|Removed |Added
Attachment #46494|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=37028
--- Comment #7 from Maggioni Marcello 2011-05-25 02:48:12
PDT ---
Created an attachment (id=47128)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47128)
Problem
This is the screenshot where the problem is present
--
Configure bugmail: h
The extra semicolon was not intended.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/i915/i915_irq.c b/drivers/gpu/drm/i915/i915_irq.c
index b79619a..b9fafe3 100644
--- a/drivers/gpu/drm/i915/i915_irq.c
+++ b/drivers/gpu/drm/i915/i915_irq.c
@@ -517,7 +517,7 @@ irqreturn_t ivybridge_ir
https://bugs.freedesktop.org/show_bug.cgi?id=37028
--- Comment #8 from Maggioni Marcello 2011-05-25 03:46:01
PDT ---
An update.
I noticed that in fullscreen the problem is not present with the new drivers
(no corruption at the bottom of the screen) , but the problem with the white
dots persists
Xorg from FC14 plus linux kernel 2.6.37, 2.6.38 and 2.6.39 on x86 crashes
immediately upon start.
lspci excerpt:
01:00.0 VGA compatible controller: ATI Technologies Inc RV516 [Radeon
X1300/X1550 Series]
01:00.1 Display controller: ATI Technologies Inc RV516 [Radeon X1300 Pro]
(Secondary)
/var/l
On Tue, 24 May 2011, Andy Lutomirski wrote:
> Also, when someone in my lab installs here> on a box that's running software I wrote that needs to support
> modern high-speed peripherals, then I can say "What? You seriously
> expect this stuff to work on Linux 2007? Let's install a slightly les
https://bugs.freedesktop.org/show_bug.cgi?id=31532
Andy Furniss changed:
What|Removed |Added
Summary|[RADEON:KMS:RV670:AGP:R600C |[RADEON:KMS:RV670:AGP:R600C
On Wed, 25 May 2011 12:56:56 +0300, Dan Carpenter wrote:
> The extra semicolon was not intended.
>
> Signed-off-by: Dan Carpenter
Merged to drm-intel-next.
--
keith.pack...@intel.com
pgpaxNsQU0ZYr.pgp
Description: PGP signature
___
dri-devel mail
On Tuesday 24 May 2011 23:05:30 Jan Engelhardt wrote:
> On Tuesday 2011-05-24 20:48, eschvoca wrote:
> >On Tue, May 24, 2011 at 1:41 PM, Linus Torvalds wrote:
> >> It's not about features. It hasn't been about features for forever.
> >
> >Using the date also clearly communicates it is not about fea
On Wed, May 25, 2011 at 4:36 AM, Sascha Hauer wrote:
> Hi All,
>
> I'm currently looking into implementing a SoC graphics core with KMS.
>
> What I wonder about is the relationship between connectors and encoders.
> On my board I have a sii9022 HDMI encoder connected via i2c. This chip
> supports
On Wed, May 25, 2011 at 11:43:00AM -0400, Alex Deucher wrote:
> On Wed, May 25, 2011 at 8:29 AM, Frank van Maarseveen
> wrote:
> > Xorg from FC14 plus linux kernel 2.6.37, 2.6.38 and 2.6.39 on x86 crashes
> > immediately upon start.
> >
>
> Any reason you are not using kms?
The help on that kern
- no longer in staging
- all radeons supported
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/Kconfig |9 +
1 files changed, 1 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/radeon/Kconfig b/drivers/gpu/drm/radeon/Kconfig
index 9746fee..ea92bbe 100644
--- a/drive
This should make eDP more reliable.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_dp.c | 11 +++
include/drm/drm_dp_helper.h |3 +++
2 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_dp.c
b/drivers/gpu/drm/ra
https://bugs.freedesktop.org/show_bug.cgi?id=37193
--- Comment #6 from Mathias Brodala 2011-05-25 12:09:16 PDT
---
Any idea how I at least could prevent the sudden reboots to be able to gather
some debugging data?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=36563
--- Comment #5 from Rune K. Svendsen 2011-05-25 12:27:24
PDT ---
Created an attachment (id=47157)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47157)
Output of running 'thread apply all bt full' in gdb after attaching to
frozen/hung comp
https://bugs.freedesktop.org/show_bug.cgi?id=36563
--- Comment #6 from Rune K. Svendsen 2011-05-25 12:34:00
PDT ---
Created an attachment (id=47160)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47160)
Second output of running 'thread apply all bt full' in gdb after attaching to
frozen/hu
Allows us to use the 3D engine for memory management
and allows us to use vram beyond the BAR aperture.
v2: fix copy paste typo
Reported-by: Nils Wallménius
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/cayman_blit_shaders.c | 326 -
drivers/gpu/drm/radeon/cayman_blit
https://bugs.freedesktop.org/show_bug.cgi?id=37603
Summary: r600g with LLVM enabled makes Heroes of Newerth game
unplayable
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
The rest of the code is already in place.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_pm.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
b/drivers/gpu/drm/radeon/radeon_pm.c
index 86eda1e..aaa19dc 100644
--- a/drive
Uses a different method than other evergreen asics.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 48 ---
drivers/gpu/drm/radeon/evergreend.h |8 +-
2 files changed, 40 insertions(+), 16 deletions(-)
diff --git a/drivers/gpu/drm/
On 25 May 2011 17:43, Alex Deucher wrote:
>> Xorg from FC14 plus linux kernel 2.6.37, 2.6.38 and 2.6.39 on x86 crashes
>> immediately upon start.
>
> Any reason you are not using kms?
Any reason you are not respecting the netiquette ?
Quoting nearly 1000 lines unrelated to your one line answer is
>> Any reason you are not using kms?
>
> Any reason you are not respecting the netiquette ?
> Quoting nearly 1000 lines unrelated to your one line answer is quite rude :-(
Yeah we knows that only acceptable if you put,
Pardon my ignorance I sent this from my phone at the top ;-)
Sorry couldn't r
https://bugs.freedesktop.org/show_bug.cgi?id=36542
--- Comment #4 from Dave Airlie 2011-05-25 18:24:02
PDT ---
are you running nexuiz in any particular way?
I'm wondering if this is TURKS specific, my BARTS can run gnome-shell + nexuiz
timedemo demos/demo1.dem in full here with no hangs.
--
C
https://bugs.freedesktop.org/show_bug.cgi?id=36542
--- Comment #5 from Erdem U. Altinyurt 2011-05-25
18:32:15 PDT ---
Don't know "nexuiz's timedemo demos/demo1.dem" but my barts (HD6850) hanging up
while I am in desktop (with compiz) too. So I don't believe if this is related
with just TURKS but
This fixes a simple typo in the Ivybridge code -- an extra semicolon.
The following changes since commit 9e3c256d7d56a12a324945ce8e6347f93fa0:
drm/i915: initialize gen6 rps work queue on Sandy Bridge and Ivy Bridge
(2011-05-18 15:14:39 -0700)
are available in the git repository at:
ssh
https://bugs.freedesktop.org/show_bug.cgi?id=37603
--- Comment #1 from Rene Peinthor 2011-05-25 22:50:13 PDT
---
Same problem here on HD4850 and 5770, will try to disable llvm when I'm back
home.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivi
https://bugs.freedesktop.org/show_bug.cgi?id=37603
--- Comment #2 from Pavel Ondračka 2011-05-25
23:13:46 PDT ---
This may be similar problem to bug 30901, try to remove libstdc++ bundled with
HoN.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are recei
From: Dave Airlie
I forgot about the special uv handling code for this, so this
patch fixes it up.
Signed-off-by: Dave Airlie
---
arch/x86/kernel/apic/x2apic_uv_x.c |8
drivers/pci/pci.c |4 ++--
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/a
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen_blit_kms.c
b/drivers/gpu/drm/radeon/evergreen_blit_kms.c
index ba06a69..4086729 100644
--- a/drivers/gpu
Allows us to use the 3D engine for memory management
and allows us to use vram beyond the BAR aperture.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/cayman_blit_shaders.c | 326 -
drivers/gpu/drm/radeon/cayman_blit_shaders.h |3 +
drivers/gpu/drm/radeon/evergreen_b
> So I'm toying with 3.0 (and in that case, it really would be "3.0",
> not "3.0.0" - the stable team would get the third digit rather than
> the fourth one.
How about stardates? That'd make a release made now 64860.8
I really should sleep more...
--
Lisa Milne
On Monday 23 May 2011, 22:33:48 Linus Torvalds wrote:
> On Mon, May 23, 2011 at 12:20 PM, Ingo Molnar wrote:
> > I really hope there's also a voice that tells you to wait until .42
> > before cutting 3.0.0! :-)
>
> So I'm toying with 3.0 (and in that case, it really would be "3.0",
> not "3.0.0" -
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110525/6f5fd735/attachment-0001.htm>
-- next part --
00:00.0 Host bridge: Intel Corporation 82915G/P/GV/GL/PL/910GL Memory
Controller Hub (
Hi All,
I'm currently looking into implementing a SoC graphics core with KMS.
What I wonder about is the relationship between connectors and encoders.
On my board I have a sii9022 HDMI encoder connected via i2c. This chip
supports reading edid data, tracks the connection status of the display
and
https://bugs.freedesktop.org/show_bug.cgi?id=37028
--- Comment #5 from Maggioni Marcello 2011-05-25
02:45:09 PDT ---
I tried the RenderTest and it seemed to work fine (the SSAO test was completely
white though) .
I tried the latest git today and then tested Amnesia again.
The situation is impr
https://bugs.freedesktop.org/show_bug.cgi?id=37028
Maggioni Marcello changed:
What|Removed |Added
Attachment #46494|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=37028
--- Comment #7 from Maggioni Marcello 2011-05-25
02:48:12 PDT ---
Created an attachment (id=47128)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47128)
Problem
This is the screenshot where the problem is present
--
Configure bugmail: h
The extra semicolon was not intended.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/i915/i915_irq.c b/drivers/gpu/drm/i915/i915_irq.c
index b79619a..b9fafe3 100644
--- a/drivers/gpu/drm/i915/i915_irq.c
+++ b/drivers/gpu/drm/i915/i915_irq.c
@@ -517,7 +517,7 @@ irqreturn_t ivybridge_ir
https://bugs.freedesktop.org/show_bug.cgi?id=37028
--- Comment #8 from Maggioni Marcello 2011-05-25
03:46:01 PDT ---
An update.
I noticed that in fullscreen the problem is not present with the new drivers
(no corruption at the bottom of the screen) , but the problem with the white
dots persists
Xorg from FC14 plus linux kernel 2.6.37, 2.6.38 and 2.6.39 on x86 crashes
immediately upon start.
lspci excerpt:
01:00.0 VGA compatible controller: ATI Technologies Inc RV516 [Radeon
X1300/X1550 Series]
01:00.1 Display controller: ATI Technologies Inc RV516 [Radeon X1300 Pro]
(Secondary)
/var/l
On Tue, 24 May 2011, Andy Lutomirski wrote:
> Also, when someone in my lab installs here> on a box that's running software I wrote that needs to support
> modern high-speed peripherals, then I can say "What? You seriously
> expect this stuff to work on Linux 2007? Let's install a slightly les
..
Name: .config
Type: application/octet-stream
Size: 101119 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110525/3f09f604/attachment-0001.obj>
https://bugs.freedesktop.org/show_bug.cgi?id=31532
Andy Furniss changed:
What|Removed |Added
Summary|[RADEON:KMS:RV670:AGP:R600C |[RADEON:KMS:RV670:AGP:R600C
On Wed, May 25, 2011 at 8:29 AM, Frank van Maarseveen
wrote:
> Xorg from FC14 plus linux kernel 2.6.37, 2.6.38 and 2.6.39 on x86 crashes
> immediately upon start.
>
Any reason you are not using kms?
Alex
> lspci excerpt:
> 01:00.0 VGA compatible controller: ATI Technologies Inc RV516 [Radeon
>
able
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110525/f2220e75/attachment.pgp>
On Tuesday 24 May 2011 23:05:30 Jan Engelhardt wrote:
> On Tuesday 2011-05-24 20:48, eschvoca wrote:
> >On Tue, May 24, 2011 at 1:41 PM, Linus Torvalds wrote:
> >> It's not about features. It hasn't been about features for forever.
> >
> >Using the date also clearly communicates it is not about fea
On Wed, May 25, 2011 at 4:36 AM, Sascha Hauer wrote:
> Hi All,
>
> I'm currently looking into implementing a SoC graphics core with KMS.
>
> What I wonder about is the relationship between connectors and encoders.
> On my board I have a sii9022 HDMI encoder connected via i2c. This chip
> supports
On Wed, May 25, 2011 at 11:43:00AM -0400, Alex Deucher wrote:
> On Wed, May 25, 2011 at 8:29 AM, Frank van Maarseveen
> wrote:
> > Xorg from FC14 plus linux kernel 2.6.37, 2.6.38 and 2.6.39 on x86 crashes
> > immediately upon start.
> >
>
> Any reason you are not using kms?
The help on that kern
- no longer in staging
- all radeons supported
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/Kconfig |9 +
1 files changed, 1 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/radeon/Kconfig b/drivers/gpu/drm/radeon/Kconfig
index 9746fee..ea92bbe 100644
--- a/drive
This should make eDP more reliable.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_dp.c | 11 +++
include/drm/drm_dp_helper.h |3 +++
2 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_dp.c
b/drivers/gpu/drm/ra
https://bugs.freedesktop.org/show_bug.cgi?id=37193
--- Comment #6 from Mathias Brodala 2011-05-25 12:09:16
PDT ---
Any idea how I at least could prevent the sudden reboots to be able to gather
some debugging data?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=36563
--- Comment #5 from Rune K. Svendsen 2011-05-25
12:27:24 PDT ---
Created an attachment (id=47157)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47157)
Output of running 'thread apply all bt full' in gdb after attaching to
frozen/hung comp
https://bugs.freedesktop.org/show_bug.cgi?id=36563
--- Comment #6 from Rune K. Svendsen 2011-05-25
12:34:00 PDT ---
Created an attachment (id=47160)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47160)
Second output of running 'thread apply all bt full' in gdb after attaching to
frozen/hu
Allows us to use the 3D engine for memory management
and allows us to use vram beyond the BAR aperture.
v2: fix copy paste typo
Reported-by: Nils Wallm?nius
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/cayman_blit_shaders.c | 326 -
drivers/gpu/drm/radeon/cayman_blit
https://bugs.freedesktop.org/show_bug.cgi?id=37603
Summary: r600g with LLVM enabled makes Heroes of Newerth game
unplayable
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
The rest of the code is already in place.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_pm.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
b/drivers/gpu/drm/radeon/radeon_pm.c
index 86eda1e..aaa19dc 100644
--- a/drive
Uses a different method than other evergreen asics.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 48 ---
drivers/gpu/drm/radeon/evergreend.h |8 +-
2 files changed, 40 insertions(+), 16 deletions(-)
diff --git a/drivers/gpu/drm/
https://bugs.freedesktop.org/show_bug.cgi?id=36542
--- Comment #4 from Dave Airlie 2011-05-25
18:24:02 PDT ---
are you running nexuiz in any particular way?
I'm wondering if this is TURKS specific, my BARTS can run gnome-shell + nexuiz
timedemo demos/demo1.dem in full here with no hangs.
--
C
https://bugs.freedesktop.org/show_bug.cgi?id=36542
--- Comment #5 from Erdem U. Altinyurt 2011-05-25
18:32:15 PDT ---
Don't know "nexuiz's timedemo demos/demo1.dem" but my barts (HD6850) hanging up
while I am in desktop (with compiz) too. So I don't believe if this is related
with just TURKS but
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110525/a6753734/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=37603
--- Comment #1 from Rene Peinthor 2011-05-25 22:50:13
PDT ---
Same problem here on HD4850 and 5770, will try to disable llvm when I'm back
home.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivi
https://bugs.freedesktop.org/show_bug.cgi?id=37603
--- Comment #2 from Pavel Ondra?ka 2011-05-25
23:13:46 PDT ---
This may be similar problem to bug 30901, try to remove libstdc++ bundled with
HoN.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are recei
On 05/23/2011 11:52 PM, Alexey Zaytsev wrote:
> On Tue, May 24, 2011 at 00:33, Linus Torvalds
> wrote:
>> On Mon, May 23, 2011 at 12:20 PM, Ingo Molnar wrote:
>>>
>>> I really hope there's also a voice that tells you to wait until .42 before
>>> cutting 3.0.0! :-)
>>
>> So I'm toying with 3.0 (an
On Tue, 24 May 2011, Zimny Lech wrote:
> Hi,
>
> 2011/5/24 Lisa Milne :
>>> So I'm toying with 3.0 (and in that case, it really would be "3.0",
>>> not "3.0.0" - the stable team would get the third digit rather than
>>> the fourth one.
>>
>> How about stardates?
>
> This is a wonderful idea! :)
I'
>@@ -582,11 +588,17 @@ int evergreen_blit_init(struct radeon_device *rdev)
> obj_size = ALIGN(obj_size, 256);
>
> rdev->r600_blit.vs_offset = obj_size;
>- obj_size += evergreen_vs_size * 4;
>+ if (rdev->family < CHIP_CAYMAN)
>+ obj_size += evergreen_vs_size * 4;
>
On Wed, May 25, 2011 at 7:12 AM, Boaz Harrosh wrote:
> So if you combine all the above:
>
> D. Y. N
> D - Is the decade since birth (1991 not 1990)
> Y - is the year in the decade so you have 3.1.x, 3.2.x, .. 3.10.x, 4.1.X and
> so on
> ? ?Nice incremental number.
> N - The Linus release of this
80 matches
Mail list logo
