* Re: old patches in -mm
2006-02-11 19:56 old patches in -mm Xose Vazquez Perez
@ 2006-02-11 20:09 ` Michal Piotrowski
2006-02-11 20:19 ` Dave Jones
` (2 subsequent siblings)
3 siblings, 0 replies; 7+ messages in thread
From: Michal Piotrowski @ 2006-02-11 20:09 UTC (permalink / raw)
To: Xose Vazquez Perez; +Cc: akpm, torvalds, linux-kernel
Hi,
On 11/02/06, Xose Vazquez Perez <xose.vazquez@gmail.com> wrote:
> hi,
>
> There are 35 patches(not included reiser4 and post-halloween-doc) older
> than 2 months that still are not in mainline. Forgotten or experimental ?
[snip]
> oops-reporting-tool.patch
It is useful only for kernel testers.
BTW here is new version:
http://stud.wsi.edu.pl/~piotrowskim/files/ort/ltg/
Regards,
Michal Piotrowski
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: old patches in -mm
2006-02-11 19:56 old patches in -mm Xose Vazquez Perez
2006-02-11 20:09 ` Michal Piotrowski
@ 2006-02-11 20:19 ` Dave Jones
2006-02-11 21:52 ` Adrian Bunk
2006-02-12 10:35 ` Jan Engelhardt
3 siblings, 0 replies; 7+ messages in thread
From: Dave Jones @ 2006-02-11 20:19 UTC (permalink / raw)
To: Xose Vazquez Perez; +Cc: akpm, torvalds, linux-kernel
On Sat, Feb 11, 2006 at 08:56:15PM +0100, Xose Vazquez Perez wrote:
> hi,
>
> There are 35 patches(not included reiser4 and post-halloween-doc) older
> than 2 months that still are not in mainline. Forgotten or experimental ?
Unless someone really cares about it, post-halloween-doc could be dropped.
It's way out of date in parts, and I don't think anyone really reads it.
It made a lot more sense when people were putting 2.6 kernels on
distros with old userspace.
> nvidia-agp-use-time_before_eq.patch
I've been slack with this, and as it wasn't urgent, I've queued it
for 2.6.17
Dave
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: old patches in -mm
2006-02-11 19:56 old patches in -mm Xose Vazquez Perez
2006-02-11 20:09 ` Michal Piotrowski
2006-02-11 20:19 ` Dave Jones
@ 2006-02-11 21:52 ` Adrian Bunk
2006-02-12 10:35 ` Jan Engelhardt
3 siblings, 0 replies; 7+ messages in thread
From: Adrian Bunk @ 2006-02-11 21:52 UTC (permalink / raw)
To: Xose Vazquez Perez; +Cc: akpm, torvalds, linux-kernel
On Sat, Feb 11, 2006 at 08:56:15PM +0100, Xose Vazquez Perez wrote:
> hi,
>
> There are 35 patches(not included reiser4 and post-halloween-doc) older
> than 2 months that still are not in mainline. Forgotten or experimental ?
>...
> acx1xx-allow-modular-build.patch
> acx1xx-wireless-driver-spy_offset-went-away.patch
> acx1xx-wireless-driver-usb-is-bust.patch
> acx-should-select-not-depend-on-fw_loader.patch
> acx-update-2.patch
> acx-update.patch
They do all depend on acx1xx-wireless-driver.patch.
>...
> dlm-build-fix-2.patch
> dlm-build-fix.patch
> dlm-communication-fix-lowcomms-race.patch
> dlm-core-locking-resend-lookups.patch
> dlm-device-interface-dlm-force-unlock.patch
> dlm-device-interface-fix-device-refcount.patch
> dlm-recovery-clear-new_master-flag.patch
> dlm-recovery-make-code-static.patch
> dlm-use-configfs-fix-2.patch
> dlm-use-configfs-fix.patch
They do all depend on DLM which is only in -mm.
>...
> drivers-net-wireless-tiacx-add-missing-include-linux-vmallocha.patch
Depends on acx1xx-wireless-driver.patch.
> export-file_ra_state_init-again.patch
This is currently not even used in -mm - it should be dropped since
recreating this patch is trivial.
> fbdev-update-framebuffer-feature-list.patch
> firestream-warnings.patch
> fs-asfs-make-code-static.patch
Depends on asfs-filesystem-driver.patch.
>...
> remove-checkconfigpl.patch
This patch is broken - the purpose of this patch was to remove
checkconfig.pl, but it seems the part to remove checkconfig.pl was lost
somewhere through Andrew's scripts.
> slab-cache-shrinker-statistics-fix.patch
Bug fix that should go into 2.6.16 - but a static inline in slab.h would
be the better solution.
> tiacx-usb_driver-build-fix.patch
Depends on acx1xx-wireless-driver.patch.
> -thanks-
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: old patches in -mm
2006-02-11 19:56 old patches in -mm Xose Vazquez Perez
` (2 preceding siblings ...)
2006-02-11 21:52 ` Adrian Bunk
@ 2006-02-12 10:35 ` Jan Engelhardt
2006-02-12 10:45 ` Andrew Morton
3 siblings, 1 reply; 7+ messages in thread
From: Jan Engelhardt @ 2006-02-12 10:35 UTC (permalink / raw)
To: Xose Vazquez Perez; +Cc: akpm, torvalds, linux-kernel
> hi,
>
> There are 35 patches(not included reiser4 and post-halloween-doc) older
> than 2 months that still are not in mainline. Forgotten or experimental ?
>
>
> 2.6-sony_acpi4.patch
>
Forgotten, I think. This one showed no problems for me until now.
Jan Engelhardt
--
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: old patches in -mm
2006-02-12 10:35 ` Jan Engelhardt
@ 2006-02-12 10:45 ` Andrew Morton
2006-02-12 14:38 ` Jan Engelhardt
0 siblings, 1 reply; 7+ messages in thread
From: Andrew Morton @ 2006-02-12 10:45 UTC (permalink / raw)
To: Jan Engelhardt; +Cc: xose.vazquez, torvalds, linux-kernel
Jan Engelhardt <jengelh@linux01.gwdg.de> wrote:
>
> > hi,
> >
> > There are 35 patches(not included reiser4 and post-halloween-doc) older
> > than 2 months that still are not in mainline. Forgotten or experimental ?
> >
> >
> > 2.6-sony_acpi4.patch
> >
> Forgotten, I think. This one showed no problems for me until now.
>
The ACPI guys don't like machine-specific drivers like this, apparently -
features are supposed to be controlled via the machine's BIOS ACPI methods.
But given the state of Sony ACPI documentaion (ie: none) that might not
work out. I'll ask about it.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: old patches in -mm
2006-02-12 10:45 ` Andrew Morton
@ 2006-02-12 14:38 ` Jan Engelhardt
0 siblings, 0 replies; 7+ messages in thread
From: Jan Engelhardt @ 2006-02-12 14:38 UTC (permalink / raw)
To: Andrew Morton; +Cc: xose.vazquez, torvalds, linux-kernel
>> > 2.6-sony_acpi4.patch
>> Forgotten, I think. This one showed no problems for me until now.
>
>The ACPI guys don't like machine-specific drivers like this, apparently -
>features are supposed to be controlled via the machine's BIOS ACPI methods.
>
>But given the state of Sony ACPI documentaion (ie: none) that might not
>work out. I'll ask about it.
>
If they come up with a better implementation, I would be glad to
assist testing.
Jan Engelhardt
--
^ permalink raw reply [flat|nested] 7+ messages in thread