The aim of this series is make the arm64 'make defconfig' kernel more useful
for debugging and daily usage. I'm aware that expectations there diff widely so
I went for things I found in other defconigs as well.
It enables ftrace, more filesystems and more dm/md modules.
Since it's not board
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: 37f9e8b51dbe7f69d9f80aec98f1514f0cd4085e
Masami Hiramatsu (1):
bootconfig: Fix to find the initargs correctly
Muchun Song (1):
kprobes: Fix compiler warning for !CONFIG_KPROBES_ON_FTRACE
Currently, we handle mountpoint dentry lifetime in a very convoluted
way.
* each struct mount attached to a mount tree contributes to ->d_count
of mountpoint dentry (pointed to by ->mnt_mountpoint).
* permanently detaching a mount from a mount tree moves the reference
into
Dear friend,
My name is Mr Micheal Rita, I am the Bill and Exchange (assistant)
Manager of Bank of Africa Ouagadougou, Burkina Faso. In my department
I discovered an abandoned sum of teen million five hundred thousand United
State of American dollars (10.5MILLION USA DOLLARS) in an account that
Dear friend,
My name is Mr Micheal Rita, I am the Bill and Exchange (assistant)
Manager of Bank of Africa Ouagadougou, Burkina Faso. In my department
I discovered an abandoned sum of teen million five hundred thousand United
State of American dollars (10.5MILLION USA DOLLARS) in an account that
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: 2e028c4fe12907f226b8221815f16c2486ad3aa7
Dan Carpenter (2):
ftrace: Remove an unneeded NULL check
ftrace: Fix uninitialized variable in match_records()
kernel/trace/ftrace.c | 4 ++--
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: 2e028c4fe12907f226b8221815f16c2486ad3aa7
Dan Carpenter (2):
ftrace: Remove an unneeded NULL check
ftrace: Fix uninitialized variable in match_records()
kernel/trace/ftrace.c | 4 ++--
Dear friend,
My name is Mr Micheal Rita, I am the Bill and Exchange (assistant)
Manager of Bank of Africa Ouagadougou, Burkina Faso. In my department
I discovered an abandoned sum of teen million five hundred thousand United
State of American dollars (10.5MILLION USA DOLLARS) in an account that
Dear friend,
My name is Mr Micheal Rita, I am the Bill and Exchange (assistant)
Manager of Bank of Africa Ouagadougou, Burkina Faso. In my department
I discovered an abandoned sum of teen million five hundred thousand United
State of American dollars (10.5MILLION USA DOLLARS) in an account that
Good Day Dearest.
My name is Rita Micheal I am 18 year's old, the only daughter of late
Mr Raymond Micheal from Burkina Faso, I am contacting you to help me
relocate to your country to continue my education in university in
your country, before my father died he gave me a deposit slip document
Good Day Dearest.
My name is Rita Micheal I am 18 year's old, the only daughter of late
Mr Raymond Micheal from Burkina Faso, I am contacting you to help me
relocate to your country to continue my education in university in
your country, before my father died he gave me a deposit slip document
Dear friend,
My name is Mr Micheal Rita, I am the Bill and Exchange (assistant)
Manager of Bank of Africa Ouagadougou, Burkina Faso. In my department
I discovered an abandoned sum of teen million five hundred thousand United
State of American dollars (10.5MILLION USA DOLLARS) in an account that
Dear friend,
My name is Mr Micheal Rita, I am the Bill and Exchange (assistant)
Manager of Bank of Africa Ouagadougou, Burkina Faso. In my department
I discovered an abandoned sum of teen million five hundred thousand United
State of American dollars (10.5MILLION USA DOLLARS) in an account that
Some last minute additions.
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: 772b020609258144b80a853d7305b5723125f4ca
Marcin Nowakowski (2):
tracing/kprobes: Add a helper method to return number of probe hits
kprobes/trace: Fix kprobe
Some last minute additions.
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: 772b020609258144b80a853d7305b5723125f4ca
Marcin Nowakowski (2):
tracing/kprobes: Add a helper method to return number of probe hits
kprobes/trace: Fix kprobe
Hi friend I am a banker in ADB BANK. I want to transfer an abandoned
$25.5Million to your Bank account. 40/percent will be your share.
No risks involved but keep it as secret. Contact me for more details
And also acknowledge receipt of this message in acceptance of my
mutual business Endeavour by
Hi friend I am a banker in ADB BANK. I want to transfer an abandoned
$25.5Million to your Bank account. 40/percent will be your share.
No risks involved but keep it as secret. Contact me for more details
And also acknowledge receipt of this message in acceptance of my
mutual business Endeavour by
These should be the last of the patches I need for merging.
There's one feature which is to be able to increase the saved cmdlines
such that it is possible not to lose any.
Other fixes were memory not cleaned up properly on boot up if there
was a failed allocation, and other clean ups.
These should be the last of the patches I need for merging.
There's one feature which is to be able to increase the saved cmdlines
such that it is possible not to lose any.
Other fixes were memory not cleaned up properly on boot up if there
was a failed allocation, and other clean ups.
This patch has been submitted for a few times.
The first time was my first time doing any sort of Linux patch
submission. At the time, I was unaware of ./scripts/get_maintainer.pl
and sent the patch to only a subset of the correct people. Consequently,
it was not submitted properly for acceptance
This patch has been submitted for a few times.
The first time was my first time doing any sort of Linux patch
submission. At the time, I was unaware of ./scripts/get_maintainer.pl
and sent the patch to only a subset of the correct people. Consequently,
it was not submitted properly for acceptance
Kbuild files to hopefully help avoid some conflicts
Checkin:
93ea02bb8435 arch: Clean up asm/barrier.h implementations using
asm-generic/barrier.h
... unfortunately left some Kbuild files out of order, which caused
unnecessary merge conflicts, in particular with checkin:
e3fec2f74f7f
2014 21:56:54 -0800
arch: Re-sort some Kbuild files to hopefully help avoid some conflicts
Checkin:
93ea02bb8435 arch: Clean up asm/barrier.h implementations using
asm-generic/barrier.h
... unfortunately left some Kbuild files out of order, which caused
unnecessary merge conflicts
Hey Thomas, Ingo,
Here are a few last timekeeping changes I've got queued for 3.13,
for tip/timers/core.
This includes:
* An improved ssize_t fix for sysfs_get_uname
* Alarmtimer return fix, since ENOTSUPP isn't exported to userland
* Comment typo fixes
Let me know if you have any
Hey Thomas, Ingo,
Here are a few last timekeeping changes I've got queued for 3.13,
for tip/timers/core.
This includes:
* An improved ssize_t fix for sysfs_get_uname
* Alarmtimer return fix, since ENOTSUPP isn't exported to userland
* Comment typo fixes
Let me know if you have any
Arve Hjønnevåg reported numerous crashes from the
"BUG_ON(timer->state != HRTIMER_STATE_CALLBACK)" check
in __run_hrtimer after it called alarmtimer_fired.
Looking at the code, I realized much of the logic duplicated
the hrtimer code, and that by multiplexing numerous alarmtimers
onto a single
Arve Hjønnevåg reported numerous crashes from the
BUG_ON(timer-state != HRTIMER_STATE_CALLBACK) check
in __run_hrtimer after it called alarmtimer_fired.
Looking at the code, I realized much of the logic duplicated
the hrtimer code, and that by multiplexing numerous alarmtimers
onto a single
On Mon, 13 Aug 2012, Mihai Moldovan wrote:
> Had another look at the code and would like to apologize for the confusion...
No worries Mihai, thanks for testing!
BR,
Jani.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Mon, 13 Aug 2012, Mihai Moldovan io...@ionic.de wrote:
Had another look at the code and would like to apologize for the confusion...
No worries Mihai, thanks for testing!
BR,
Jani.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
Had another look at the code and would like to apologize for the confusion...
* On 13.08.2012 05:27 PM, Mihai Moldovan wrote:
> Uhm, no, quite on the contrary. gmbus starts at 0 (with idx 0 being labeled
> "disabled" and idx ((GMBUS_NUM_PORTS == 6) + 1) being labeled "reserved",
> which
>
* On 13.08.2012 05:09 PM, Daniel Vetter wrote:
> On Mon, Aug 13, 2012 at 05:03:24PM +0200, Mihai Moldovan wrote:
>> Hi Jani,
>>
>> The reason sounds sane to me, but while looking through the code, I have
>> seen a
>> few other problems, too.
>>
>> To my understanding, we should use port for
On Mon, Aug 13, 2012 at 05:03:24PM +0200, Mihai Moldovan wrote:
> Hi Jani,
>
> * On 13.08.2012 04:33 PM, Jani Nikula wrote:
> > Hi Mihai, could you test the following patch to see if it fixes the problem,
> > please?
> >
> > BR,
> > Jani.
> >
> >
> > Jani Nikula (1):
> > drm/i915: ensure i2c
Hi Jani,
* On 13.08.2012 04:33 PM, Jani Nikula wrote:
> Hi Mihai, could you test the following patch to see if it fixes the problem,
> please?
>
> BR,
> Jani.
>
>
> Jani Nikula (1):
> drm/i915: ensure i2c adapter is all set before adding it
>
> drivers/gpu/drm/i915/intel_i2c.c |7 ---
>
Hi Mihai, could you test the following patch to see if it fixes the problem,
please?
BR,
Jani.
Jani Nikula (1):
drm/i915: ensure i2c adapter is all set before adding it
drivers/gpu/drm/i915/intel_i2c.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
--
1.7.9.5
--
To
Hi Mihai, could you test the following patch to see if it fixes the problem,
please?
BR,
Jani.
Jani Nikula (1):
drm/i915: ensure i2c adapter is all set before adding it
drivers/gpu/drm/i915/intel_i2c.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
--
1.7.9.5
--
To
Hi Jani,
* On 13.08.2012 04:33 PM, Jani Nikula wrote:
Hi Mihai, could you test the following patch to see if it fixes the problem,
please?
BR,
Jani.
Jani Nikula (1):
drm/i915: ensure i2c adapter is all set before adding it
drivers/gpu/drm/i915/intel_i2c.c |7 ---
1 file
On Mon, Aug 13, 2012 at 05:03:24PM +0200, Mihai Moldovan wrote:
Hi Jani,
* On 13.08.2012 04:33 PM, Jani Nikula wrote:
Hi Mihai, could you test the following patch to see if it fixes the problem,
please?
BR,
Jani.
Jani Nikula (1):
drm/i915: ensure i2c adapter is all set
* On 13.08.2012 05:09 PM, Daniel Vetter wrote:
On Mon, Aug 13, 2012 at 05:03:24PM +0200, Mihai Moldovan wrote:
Hi Jani,
The reason sounds sane to me, but while looking through the code, I have
seen a
few other problems, too.
To my understanding, we should use port for dev_priv-gmbus[],
Had another look at the code and would like to apologize for the confusion...
* On 13.08.2012 05:27 PM, Mihai Moldovan wrote:
Uhm, no, quite on the contrary. gmbus starts at 0 (with idx 0 being labeled
disabled and idx ((GMBUS_NUM_PORTS == 6) + 1) being labeled reserved,
which
neither should
On Wednesday 22 August 2007, Arnd Bergmann wrote:
> Hi Paul,
>
> A few bugs came up on the cell platform when testing on the lastest
> prototype version of a future hardware. The first three patches are
> all meant to track changes required for the fixes that have gone
> into the firmware. Patch
Hi Paul,
A few bugs came up on the cell platform when testing on the lastest
prototype version of a future hardware. The first three patches are
all meant to track changes required for the fixes that have gone
into the firmware. Patch 4 is for a bug that showed up during testing,
and the final
Hi Paul,
A few bugs came up on the cell platform when testing on the lastest
prototype version of a future hardware. The first three patches are
all meant to track changes required for the fixes that have gone
into the firmware. Patch 4 is for a bug that showed up during testing,
and the final
On Wednesday 22 August 2007, Arnd Bergmann wrote:
Hi Paul,
A few bugs came up on the cell platform when testing on the lastest
prototype version of a future hardware. The first three patches are
all meant to track changes required for the fixes that have gone
into the firmware. Patch 4 is
Glauber de Oliveira Costa wrote:
> This is hopefully the last iteration of the pvops64 patch.
>
> From the last version, we have only one change, which is
> include/asm-x86_64/processor.h: There were still one survivor in raw asm.
> Also, git screwed me up for some reason, and
This is hopefully the last iteration of the pvops64 patch.
>From the last version, we have only one change, which is
>include/asm-x86_64/processor.h: There were still one survivor in raw asm.
Also, git screwed me up for some reason, and the 25th patch was missing the new
files, paravir
This is hopefully the last iteration of the pvops64 patch.
From the last version, we have only one change, which is
include/asm-x86_64/processor.h: There were still one survivor in raw asm.
Also, git screwed me up for some reason, and the 25th patch was missing the new
files, paravirt.{c,h
Glauber de Oliveira Costa wrote:
This is hopefully the last iteration of the pvops64 patch.
From the last version, we have only one change, which is
include/asm-x86_64/processor.h: There were still one survivor in raw asm.
Also, git screwed me up for some reason, and the 25th patch
Hi,
I don't have the original message just my reply,
I had try a FC6-respin dvd.iso ( which have kernel 2.6.20) in my old
laptop (http://sergiomb.no-ip.org/laptop/ ) which need "VIA IRQ quirk
fixup" and I had many problems with booting after dig a little I found
that quirks aren't applied
Hi,
I don't have the original message just my reply,
I had try a FC6-respin dvd.iso ( which have kernel 2.6.20) in my old
laptop (http://sergiomb.no-ip.org/laptop/ ) which need VIA IRQ quirk
fixup and I had many problems with booting after dig a little I found
that quirks aren't applied anymore
On Wed, 28 Mar 2007 17:23:08 -0400
"Ioan Ionita" <[EMAIL PROTECTED]> wrote:
> On 3/27/07, Alan Cox <[EMAIL PROTECTED]> wrote:
> >
> >
> > This implements two things at driver level which are implemented
> > implicitly by the old IDE layer
> >
> > - Only doing sector sized ATAPI I/O via DMA
> > -
Alan Cox wrote:
>
> This implements two things at driver level which are implemented
> implicitly by the old IDE layer
>
> - Only doing sector sized ATAPI I/O via DMA
> - Alway writing the size values
>
> Hopefully this will make CD devices behave better for those wi
Alan Cox wrote:
This implements two things at driver level which are implemented
implicitly by the old IDE layer
- Only doing sector sized ATAPI I/O via DMA
- Alway writing the size values
Hopefully this will make CD devices behave better for those with the
problems.
I am sorry
On Wed, 28 Mar 2007 17:23:08 -0400
Ioan Ionita [EMAIL PROTECTED] wrote:
On 3/27/07, Alan Cox [EMAIL PROTECTED] wrote:
This implements two things at driver level which are implemented
implicitly by the old IDE layer
- Only doing sector sized ATAPI I/O via DMA
- Alway writing the
This implements two things at driver level which are implemented
implicitly by the old IDE layer
- Only doing sector sized ATAPI I/O via DMA
- Alway writing the size values
Hopefully this will make CD devices behave better for those with the
problems. If you can test both the detection
This implements two things at driver level which are implemented
implicitly by the old IDE layer
- Only doing sector sized ATAPI I/O via DMA
- Alway writing the size values
Hopefully this will make CD devices behave better for those with the
problems. If you can test both the detection
On Wed, 31 Jan 2007 17:26:05 +
Alan <[EMAIL PROTECTED]> wrote:
> Two fixes in this test patch. One of them allows old CF cards to refuse
> pio mode setting, and one to wait for the drive to settle after a set
> features changes the speed settings, which is based upon the workarounds
> used by
On Wed, 31 Jan 2007 17:26:05 +
Alan [EMAIL PROTECTED] wrote:
Two fixes in this test patch. One of them allows old CF cards to refuse
pio mode setting, and one to wait for the drive to settle after a set
features changes the speed settings, which is based upon the workarounds
used by
Alan wrote:
> Two fixes in this test patch. One of them allows old CF cards to refuse
> pio mode setting, and one to wait for the drive to settle after a set
> features changes the speed settings, which is based upon the workarounds
> used by drivers/ide.
>
> Please test and report back if you
Alan wrote:
Looks like you should use ata_busy_wait() here, rather than reproducing
the same code again.
It waits in 10uS chunks while 1uS chunks were used in the workaround.
Could indeed do that once I know the fix is right. While I'm at it the
ata_busy_wait kerneldoc is borked so here's a
Alan wrote:
Two fixes in this test patch. One of them allows old CF cards to refuse
pio mode setting, and one to wait for the drive to settle after a set
features changes the speed settings, which is based upon the workarounds
used by drivers/ide.
Please test and report back if you have an
Alan wrote:
Looks like you should use ata_busy_wait() here, rather than reproducing
the same code again.
It waits in 10uS chunks while 1uS chunks were used in the workaround.
Could indeed do that once I know the fix is right. While I'm at it the
ata_busy_wait kerneldoc is borked so here's a
> Looks like you should use ata_busy_wait() here, rather than reproducing
> the same code again.
It waits in 10uS chunks while 1uS chunks were used in the workaround.
Could indeed do that once I know the fix is right. While I'm at it the
ata_busy_wait kerneldoc is borked so here's a fix
Alan wrote:
@@ -5142,6 +5174,20 @@
status = ata_chk_status(ap);
if (unlikely(status & ATA_BUSY))
goto idle_irq;
+
+ if (unlikely(qc->tf.command == ATA_CMD_SET_FEATURES &&
+ qc->tf.feature == SETFEATURES_XFER)) {
+ /* Let the
Two fixes in this test patch. One of them allows old CF cards to refuse
pio mode setting, and one to wait for the drive to settle after a set
features changes the speed settings, which is based upon the workarounds
used by drivers/ide.
Please test and report back if you have an afflicted system.
Two fixes in this test patch. One of them allows old CF cards to refuse
pio mode setting, and one to wait for the drive to settle after a set
features changes the speed settings, which is based upon the workarounds
used by drivers/ide.
Please test and report back if you have an afflicted system.
Alan wrote:
@@ -5142,6 +5174,20 @@
status = ata_chk_status(ap);
if (unlikely(status ATA_BUSY))
goto idle_irq;
+
+ if (unlikely(qc-tf.command == ATA_CMD_SET_FEATURES
+ qc-tf.feature == SETFEATURES_XFER)) {
+ /* Let the timings
Looks like you should use ata_busy_wait() here, rather than reproducing
the same code again.
It waits in 10uS chunks while 1uS chunks were used in the workaround.
Could indeed do that once I know the fix is right. While I'm at it the
ata_busy_wait kerneldoc is borked so here's a fix
cliff white <[EMAIL PROTECTED]> wrote:
>
> -extern struct agp_bridge_data *(*agp_find_bridge)(struct pci_dev *);
> -
Oh crap, so the compiler decided that agp_find_bridge() was a function and
decided to jump to it, rather than reading from it and doing an indirect
jump. Yup, that'll crash it.
On Thu, 24 Mar 2005 14:21:31 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> cliff white <[EMAIL PROTECTED]> wrote:
> >
> > Okay, i have a iBook G4, with radeon, with 2.6.12-rc1-mm2, i'm getting the
> > following OOPS
> > on boot.
>
> Please try reverting agp-make-some-code-static.patch
cliff white <[EMAIL PROTECTED]> wrote:
>
> Okay, i have a iBook G4, with radeon, with 2.6.12-rc1-mm2, i'm getting the
> following OOPS
> on boot.
Please try reverting agp-make-some-code-static.patch (Dunno why that would
fix an oops, but apparently it does).
-
To unsubscribe from this list:
On Thu, 24 Mar 2005 10:33:02 + (GMT)
Dave Airlie <[EMAIL PROTECTED]> wrote:
>
> Hi Andrew, Dave,
>
> I've put a couple of patches into my drm-2.6 tree that hopefully fix up
> the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
> the two patche
On Thu, Mar 24, 2005 at 09:09:47PM +, Andrew Clayton wrote:
> On Thu, 2005-03-24 at 12:32 -0800, Andrew Morton wrote:
> > ?
> >
> > Begin forwarded message:
> >
>
> [snip]
>
> > > You mean these changes?
> > >
> > > --- a/drivers/char/agp/via-agp.c2005-03-24 10:33:45
On Thu, 2005-03-24 at 12:32 -0800, Andrew Morton wrote:
> ?
>
> Begin forwarded message:
>
[snip]
> > You mean these changes?
> >
> > --- a/drivers/char/agp/via-agp.c2005-03-24 10:33:45 -08:00
> > +++ b/drivers/char/agp/via-agp.c2005-03-24 10:33:45 -08:00
> > @@ -83,8 +83,10
Ho all,
> > Aparently backing out the changes to via's tlb_flush routine fixed
> > it for one VIA user. I've not had a chance to look into it just yet.
> > Worse case we can just drop those changes for 2.6.12
I am that one.
> You mean these changes?
>
> --- a/drivers/char/agp/via-agp.c
On Thursday, March 24, 2005 10:18 am, Dave Jones wrote:
> > I'm trying to get ahold of one--so hopefully I'll be able to test and
> > fix this stuff up when I do.
>
> Aparently backing out the changes to via's tlb_flush routine fixed it
> for one VIA user. I've not
On Thu, Mar 24, 2005 at 09:02:03AM -0800, Jesse Barnes wrote:
> On Thursday, March 24, 2005 2:33 am, Dave Airlie wrote:
> > Hi Andrew, Dave,
> >
> > I've put a couple of patches into my drm-2.6 tree that hopefully fix up
> > the multi-bridge on i915 and the XFree86
On Thursday, March 24, 2005 2:33 am, Dave Airlie wrote:
> Hi Andrew, Dave,
>
> I've put a couple of patches into my drm-2.6 tree that hopefully fix up
> the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
> the two patches in your tree.. the one from Bric
Dave Airlie <[EMAIL PROTECTED]> wrote:
>
> I've put a couple of patches into my drm-2.6 tree that hopefully fix up
> the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
> the two patches in your tree.. the one from Brice and the one I attached
> t
Hi Andrew, Dave,
I've put a couple of patches into my drm-2.6 tree that hopefully fix up
the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
the two patches in your tree.. the one from Brice and the one I attached
to the bug? you'll get conflicts anyway I'm sure. I had
Hi Andrew, Dave,
I've put a couple of patches into my drm-2.6 tree that hopefully fix up
the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
the two patches in your tree.. the one from Brice and the one I attached
to the bug? you'll get conflicts anyway I'm sure. I had
Dave Airlie [EMAIL PROTECTED] wrote:
I've put a couple of patches into my drm-2.6 tree that hopefully fix up
the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
the two patches in your tree.. the one from Brice and the one I attached
to the bug? you'll get conflicts
On Thursday, March 24, 2005 2:33 am, Dave Airlie wrote:
Hi Andrew, Dave,
I've put a couple of patches into my drm-2.6 tree that hopefully fix up
the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
the two patches in your tree.. the one from Brice and the one I attached
On Thu, Mar 24, 2005 at 09:02:03AM -0800, Jesse Barnes wrote:
On Thursday, March 24, 2005 2:33 am, Dave Airlie wrote:
Hi Andrew, Dave,
I've put a couple of patches into my drm-2.6 tree that hopefully fix up
the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
On Thursday, March 24, 2005 10:18 am, Dave Jones wrote:
I'm trying to get ahold of one--so hopefully I'll be able to test and
fix this stuff up when I do.
Aparently backing out the changes to via's tlb_flush routine fixed it
for one VIA user. I've not had a chance to look into it just yet
Ho all,
Aparently backing out the changes to via's tlb_flush routine fixed
it for one VIA user. I've not had a chance to look into it just yet.
Worse case we can just drop those changes for 2.6.12
I am that one.
You mean these changes?
--- a/drivers/char/agp/via-agp.c
On Thu, 2005-03-24 at 12:32 -0800, Andrew Morton wrote:
?
Begin forwarded message:
[snip]
You mean these changes?
--- a/drivers/char/agp/via-agp.c2005-03-24 10:33:45 -08:00
+++ b/drivers/char/agp/via-agp.c2005-03-24 10:33:45 -08:00
@@ -83,8 +83,10 @@
On Thu, Mar 24, 2005 at 09:09:47PM +, Andrew Clayton wrote:
On Thu, 2005-03-24 at 12:32 -0800, Andrew Morton wrote:
?
Begin forwarded message:
[snip]
You mean these changes?
--- a/drivers/char/agp/via-agp.c2005-03-24 10:33:45 -08:00
+++
On Thu, 24 Mar 2005 10:33:02 + (GMT)
Dave Airlie [EMAIL PROTECTED] wrote:
Hi Andrew, Dave,
I've put a couple of patches into my drm-2.6 tree that hopefully fix up
the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
the two patches in your tree.. the one from Brice
cliff white [EMAIL PROTECTED] wrote:
Okay, i have a iBook G4, with radeon, with 2.6.12-rc1-mm2, i'm getting the
following OOPS
on boot.
Please try reverting agp-make-some-code-static.patch (Dunno why that would
fix an oops, but apparently it does).
-
To unsubscribe from this list: send the
On Thu, 24 Mar 2005 14:21:31 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
cliff white [EMAIL PROTECTED] wrote:
Okay, i have a iBook G4, with radeon, with 2.6.12-rc1-mm2, i'm getting the
following OOPS
on boot.
Please try reverting agp-make-some-code-static.patch (Dunno why that
cliff white [EMAIL PROTECTED] wrote:
-extern struct agp_bridge_data *(*agp_find_bridge)(struct pci_dev *);
-
Oh crap, so the compiler decided that agp_find_bridge() was a function and
decided to jump to it, rather than reading from it and doing an indirect
jump. Yup, that'll crash it. Sorry
91 matches
Mail list logo
