Linus,
In looking through your latest git-pull and update of the Kconfig
quirks in qla2xxx:
Fix up qla2xxx configuration bogosity
On Wed, Jul 27, 2005 at 09:30:17PM -0700, Roland Dreier wrote:
> Greg> Hm, you do realize that io_remap_pfn_range() is the same
> Greg> thing as remap_pfn_range() on i386, right?
>
> Greg> So, why would this patch change anything?
>
> It's not the same thing under Xen. I think this
Change log and signed off
--
Jon Smirl
[EMAIL PROTECTED]
Remove leading and trailing whitespace when text sysfs attributes are
assigned a value.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
diff --git a/fs/sysfs/file.c b/fs/sysfs/file.c
--- a/fs/sysfs/file.c
+++ b/fs/sysfs/file.c
@@ -6,6
Greg> Hm, you do realize that io_remap_pfn_range() is the same
Greg> thing as remap_pfn_range() on i386, right?
Greg> So, why would this patch change anything?
It's not the same thing under Xen. I think this patch fixes userspace
access to PCI memory for XenLinux.
- R.
-
To
On Tue, Jul 26, 2005 at 01:32:00AM +0300, Michael S. Tsirkin wrote:
> Greg, Martin, does the following make sense?
> If it does, should other architectures be updated as well?
>
> ---
>
> Convert i386/pci to use io_remap_pfn_range instead of remap_pfn_range.
>
> Signed-off-by: Michael S.
Linus, please pull from
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This will update the following files:
core/ucm.c| 88 +-
core/uverbs.h |1
core/uverbs_main.c|
On Wed, Jul 27, 2005 at 11:59:11PM -0400, Jon Smirl wrote:
> New patch with fixed whitespace.
But no changelog info or signed-off-by line :(
Care to try it again?
thanks,
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
sync_tsc was using smp_call_function to ask the boot processor
to report it's tsc value. smp_call_function performs an IPI_send_allbutself
which is a broadcast ipi. There is a window during processor startup during
which the target cpu has started and before it has initialized it's interrupt
New patch with fixed whitespace.
--
Jon Smirl
[EMAIL PROTECTED]
diff --git a/fs/sysfs/file.c b/fs/sysfs/file.c
--- a/fs/sysfs/file.c
+++ b/fs/sysfs/file.c
@@ -6,6 +6,7 @@
#include
#include
#include
+#include
#include
#include
@@ -207,6 +208,28 @@ flush_write_buffer(struct dentry *
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Morton wrote:
>>>
>>
>>
>>Hi Andrew.
>>I was not able to get anything when I press this key sequence.
>>
>>I checked my sysrq key with showkey -s as this doc
>>(http://snafu.freedom.org/linux2.2/docs/sysrq.txt) says and I could
>>confirm that
Steven Rostedt wrote:
OK, still looks like the generic ffb can be changed. Unless I'm missing
something, this shows that I probably should be sending in a patch now
to replace the find_first_bit. Ingo's sched_find_first_bit is still the
winner, but that is customed to the scheduler, until we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Morton wrote:
>>Hi Andrew.
>>I was not able to get anything when I press this key sequence.
>>
>>I checked my sysrq key with showkey -s as this doc
>>(http://snafu.freedom.org/linux2.2/docs/sysrq.txt) says and I could
>>confirm that alt+sysrq
On Wed, Jul 27, 2005 at 10:05:34PM -0400, Jon Smirl wrote:
> Any comments on this? I'll fix up the whitespace issues if everyone
> agrees that the code works.
I'll add the patch to my tree and -mm if you clean up the whitespace
issues :)
thanks,
greg k-h
-
To unsubscribe from this list: send
On Wed, 2005-07-27 at 23:32 -0400, Steven Rostedt wrote:
> New benchmarks with my own formula.
>
Take two: I ran this on my laptop (IBM ThinkPad G41 with an 3.3GHz
Pentium 4 HT processor, yeah yeah, no battery life :-). But this has an
older compiler.
$ gcc -v
Reading specs from
I've been having frequent lockup, especially while booting. Once it
hangs, even reset button doesn't reboot the machine. I have to turn
on/off the power. I suspect my memory is going bad.
In the last lockup, some kernel messages showed up in /var/log/syslog.
Can anyone decipher this into plain
New benchmarks with my own formula.
I added my own find_first_bit algorithm, that still doesn't quite beat
Ingo's sched_find_first_bit, but it does a number on the generic
find_first_bit. I guess the compiler has finally beat what we do in
asm. Here's my generic algorithm.
static inline int
Hmmm. I am thinking about an alternative to PF_FREEZE and TIF_FREEZE.
PF/TIF_FREEZE essentially makes a task call a certain function in the
context of the task. Maybe there is a way to generalize that?
One could introducing a notifier chain (todo) in the task_struct that
is then called in the
On Wed, 2005-07-27 at 21:25 -0400, Steven Rostedt wrote:
> On Wed, 2005-07-27 at 18:00 -0700, Daniel Walker wrote:
> > Don't you break sched_find_first_bit() , seems it's dependent on a
> > 140-bit bitmap .
>
> Oops! I forgot about that. With my custom kernels I had to change this
> to use the
> Stuart, Randolph, comments?
>
> 1.
> http://cvs.parisc-linux.org/linux-2.6/sound/pci/ad1889.c?rev=1.30=markup
sure, kill the OSS ad1889 driver.
randolph
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Wed, 2005-07-27 at 19:12 -0600, Eric W. Biederman wrote:
> Nigel Cunningham <[EMAIL PROTECTED]> writes:
>
> > Hi.
> >
> > Could you please send PMSG_* related patches to linux-pm at
> > lists.osdl.org as well?
>
> I'll try. My goal was not to add or change not functionality but to
> make
> And there is of course the puzzle of why there exists simultaneously
> driver shutdown() and suspend(PMSG_FREEZE) methods as I believed they
> are defined to do exactly the same thing.
No puzzle; that's not how they're defined. Both of them cause the
device to quiesce that device's activity.
Any comments on this? I'll fix up the whitespace issues if everyone
agrees that the code works.
This patch will break all of the fbdev attributes since I was making
wrong assumptions. I have another patch ready to fix them after this
one goes in.
On 7/25/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
Jan Dittmer <[EMAIL PROTECTED]> writes:
> Which is the recommended gcc/binutils combination for v850?
The most crucial thing is that all supported processors are v850e
derivatives (note the "e"), so please configure gcc/binutils for target
"v850e-elf".
[I usually use something bizarre and
On Wed, Jul 27, 2005 at 06:24:45PM -0700, Andrew Morton wrote:
> Ravikiran G Thirumalai <[EMAIL PROTECTED]> wrote:
> >
> > While booting with SMT disabled in bios, when using acpi srat to setup
> > cpu_to_node[], sparse apic_ids create problems. Here's a fix for that.
> >
>
> Again, I don't
Kenji Kaneshige <[EMAIL PROTECTED]> wrote:
>
> After all, I think ia64-halt-hangup-fix.patch should be removed
> from -mm tree.
yup, I already tested-and-dropped it, thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On Wed, Jul 27, 2005 at 04:17:54PM +0200, Ingo Molnar wrote:
>
> * Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
> > The following patch makes the MAX_RT_PRIO and MAX_USER_RT_PRIO
> > configurable from the make *config. This is more of a proposal since
> > I'm not really sure where in Kconfig
Hi,
I think the patch Tony mentioned (ia64-halt-hangup-fix.patch)
was already merged into -mm tree. But as Tony said, it doesn't
work and removing reboot notifier of e1000 looks better than
changing ia64 version of pcibios_disable_device().
After all, I think ia64-halt-hangup-fix.patch should
On Thu, 2005-07-28 at 03:21 +0200, Thomas Zehetbauer wrote:
> On Wed, 2005-07-27 at 16:44 -0400, Lee Revell wrote:
> > On Wed, 2005-07-27 at 21:46 +0200, Thomas Zehetbauer wrote:
> > > I cannot get my SB Live! 5.1's SPDIF (digital) output to work with
> > > kernel > 2.6.12. I have not changed my
On Wed, Jul 27, 2005 at 06:17:24PM -0700, Andrew Morton wrote:
> Ravikiran G Thirumalai <[EMAIL PROTECTED]> wrote:
> >
> > While reserving KVA for lmem_maps of node, we have to make sure that
> > node_remap_start_pfn[] is aligned to a proper pmd boundary.
> > (node_remap_start_pfn[] gets its value
On Thu, 2005-07-28 at 03:21 +0200, Thomas Zehetbauer wrote:
> On Wed, 2005-07-27 at 16:44 -0400, Lee Revell wrote:
> > On Wed, 2005-07-27 at 21:46 +0200, Thomas Zehetbauer wrote:
> > > I cannot get my SB Live! 5.1's SPDIF (digital) output to work with
> > > kernel > 2.6.12. I have not changed my
On Wed, 2005-07-27 at 18:00 -0700, Daniel Walker wrote:
> Don't you break sched_find_first_bit() , seems it's dependent on a
> 140-bit bitmap .
Oops! I forgot about that. With my custom kernels I had to change this
to use the generic find_first_bit routine. It's been a while since I
made these
On Wed, 2005-07-27 at 21:20 -0400, Lee Revell wrote:
> On Wed, 2005-07-27 at 18:00 -0700, Daniel Walker wrote:
> > Don't you break sched_find_first_bit() , seems it's dependent on a
> > 140-bit bitmap .
>
> And doesn't POSIX specify 100 RT priority levels?
My customers don't care about POSIX
Ravikiran G Thirumalai <[EMAIL PROTECTED]> wrote:
>
> While booting with SMT disabled in bios, when using acpi srat to setup
> cpu_to_node[], sparse apic_ids create problems. Here's a fix for that.
>
Again, I don't have enough info here to judge the urgency of this patch.
What are the
On Wed, 2005-07-27 at 16:44 -0400, Lee Revell wrote:
> On Wed, 2005-07-27 at 21:46 +0200, Thomas Zehetbauer wrote:
> > I cannot get my SB Live! 5.1's SPDIF (digital) output to work with
> > kernel > 2.6.12. I have not changed my mixer configuration and it is
> > still working when I boot 2.6.11.12
On Wed, 2005-07-27 at 18:00 -0700, Daniel Walker wrote:
> Don't you break sched_find_first_bit() , seems it's dependent on a
> 140-bit bitmap .
And doesn't POSIX specify 100 RT priority levels?
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Ravikiran G Thirumalai <[EMAIL PROTECTED]> wrote:
>
> While reserving KVA for lmem_maps of node, we have to make sure that
> node_remap_start_pfn[] is aligned to a proper pmd boundary.
> (node_remap_start_pfn[] gets its value from node_end_pfn[])
>
What are the effects of not having this patch
While booting with SMT disabled in bios, when using acpi srat to setup
cpu_to_node[], sparse apic_ids create problems. Here's a fix for that.
Signed-off-by: Ravikiran Thirumalai <[EMAIL PROTECTED]>
Signed-off-by: Shai Fultheim <[EMAIL PROTECTED]>
Index: linux-2.6.13-rc3/arch/x86_64/mm/srat.c
Nigel Cunningham <[EMAIL PROTECTED]> writes:
> Hi.
>
> Could you please send PMSG_* related patches to linux-pm at
> lists.osdl.org as well?
I'll try. My goal was not to add or change not functionality but to
make what the kernel was already doing be consistent.
It turns out the
Don't you break sched_find_first_bit() , seems it's dependent on a
140-bit bitmap .
Daniel
On Wed, 2005-07-27 at 10:13 -0400, Steven Rostedt wrote:
> The following patch makes the MAX_RT_PRIO and MAX_USER_RT_PRIO
> configurable from the make *config. This is more of a proposal since
> I'm
Alexander Nyberg wrote:
void page_add_anon_rmap(struct page *page,
linear_page_index() here too?
Hi Alexander,
Yes, that's what patch 3/6 did :)
--
SUSE Labs, Novell Inc.
Send instant messages to your online friends http://au.messenger.yahoo.com
-
To unsubscribe from this list: send
While reserving KVA for lmem_maps of node, we have to make sure that
node_remap_start_pfn[] is aligned to a proper pmd boundary.
(node_remap_start_pfn[] gets its value from node_end_pfn[])
Signed-off-by: Ravikiran Thirumalai <[EMAIL PROTECTED]>
Signed-off-by: Shai Fultheim <[EMAIL PROTECTED]>
On Wed, 27 Jul 2005 15:58:48 -0400, "linux-os \(Dick Johnson\)" <[EMAIL
PROTECTED]> wrote:
>
>I think the XOR thread was started by somebody as a ruse or
>a joke. XOR will always destroy the value of an operand.
You missed the part where somebody checked assembler output and
found compiler
On Jul 27 2005, Lee Revell wrote:
> On Wed, 2005-07-27 at 01:38 +0200, Zoran Dzelajlija wrote:
> > The OSS maestro driver works better on my old Armada E500 laptop.
> > I tried ALSA after switching to 2.6, but the computer hung with
> > 2.6.8.1 or 2.6.10 if I touched the volume buttons.
>
>
On 7/28/05, Jiri Slaby <[EMAIL PROTECTED]> wrote:
> On 7/19/05, Rolf Eike Beer <[EMAIL PROTECTED]> wrote:
> > Jiri Slaby wrote:
> > >* Marks the function as deprecated in pci.h
> [it is meant pci_find_device]
> >
> > This is a very good idea in my eyes.
>
> 2.6.13-rc3-mm2
>
> Signed-off-by: Jiri
From: Matt Mackall <[EMAIL PROTECTED]>
Date: Tue, 26 Jul 2005 19:36:37 -0700
> # HG changeset patch
> # User [EMAIL PROTECTED]
> # Node ID 6cdd6f36d53678a016cfbf5ce667cbd91504d538
> # Parent 75716ae25f9d87ee2a5ef7c4df2d8f86e0f3f762
> Move in_aton from net/ipv4/utils.c to net/core/utils.c
This
Jindrich spotted this 10 days ago, but it seems to have fallen through
the cracks.
qla_init.c uses request_firmware/release_firmware ... so make sure
that our kernel is configured to provide them if qla2xxx is included.
Signed-off-by: Tony Luck <[EMAIL PROTECTED]>
---
diff --git
On Wed, 27 Jul 2005, Dave Kleikamp wrote:
>
> Linus, please pull from
>
> rsync://rsync.kernel.org/pub/scm/linux/kernel/git/shaggy/jfs-2.6.git/HEAD-for-linus
Please use the format "repo branch" in your pull requests, ie since the
real branch is called "for-linus", just say
On 7/19/05, Rolf Eike Beer <[EMAIL PROTECTED]> wrote:
Jiri Slaby wrote:
>* Marks the function as deprecated in pci.h
[it is meant pci_find_device]
This is a very good idea in my eyes.
2.6.13-rc3-mm2
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
diff --git a/include/linux/pci.h
>> I'm open to suggestions on how to approach this transition.
>> I can make ACPI_PROC a static build option -- what else
>> can I do to ease the transition in this, our stable release?
>
>Well I don't know how awkward this would be from an
>implementation POV, but can we just leave the legacy
On 07.27, Sam Ravnborg wrote:
> On Fri, Jul 15, 2005 at 10:14:43PM +, J.A. Magallon wrote:
> >
> > On 07.16, J.A. Magallon wrote:
> > >
> > > On 07.15, Andrew Morton wrote:
> > > >
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
> > > >
> >
On Jul 27, 2005, at 12:15 PM, Matt Porter wrote:
On Wed, Jul 27, 2005 at 09:27:41AM -0700, Eugene Surovegin wrote:
On Wed, Jul 27, 2005 at 12:13:23PM -0400, Michael Richardson wrote:
Kumar, I thought that we had some volunteers to take care of some of
those. I know that I still care about
On Jul 27, 2005, at 2:57 PM, Andrew Morton wrote:
Kumar Gala <[EMAIL PROTECTED]> wrote:
The following board ports are no longer maintained or have become
obsolete:
adir
ash
beech
cedar
ep405
k2
mcpn765
menf1
oak
pcore
rainier
redwood
sm850
spd823ts
We are there for
Paul Mackerras <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton writes:
>
> > Matt Porter <[EMAIL PROTECTED]> wrote:
> > >
> > > +static u64 dma_mask = 0xULL;
> >
> > I'm sure you're totally uninterested in this, but the above will probably
> > generate warnings on (say) ppc64, where u64 is
>Len Brown <[EMAIL PROTECTED]> wrote:
>> I deleted /proc/acpi/button on purpose,
>> did you have a use for those files?
>
>Can we put it back, please?
of course.
>We cannot go ripping out stuff which applications and users
>are currently using without quite a lot of preparation.
Agreed.
On Wed, 2005-07-27 at 01:38 +0200, Zoran Dzelajlija wrote:
> The OSS maestro driver works better on my old Armada E500 laptop. I tried
> ALSA after switching to 2.6, but the computer hung with 2.6.8.1 or 2.6.10 if
> I touched the volume buttons.
Please test a newer ALSA version, like the one in
"Brown, Len" <[EMAIL PROTECTED]> wrote:
>
>
> >Len Brown <[EMAIL PROTECTED]> wrote:
> >> I deleted /proc/acpi/button on purpose,
> >> did you have a use for those files?
> >
> >Can we put it back, please?
>
> of course.
Thanks.
> >We cannot go ripping out stuff which applications and users
>
Also, should this be called prefetch_stack() or perhaps even just
prefetch_task()? Not every architecture defines a switch_stack
structure.
--david
--
Mosberger Consulting LLC, voice/fax: 510-744-9372,
http://www.mosberger-consulting.com/
35706 Runckel Lane, Fremont, CA 94536
On 7/27/05,
Pavel Machek <[EMAIL PROTECTED]> writes:
> Hi!
>
>> > Yes, I think we should do device_suspend(PMSG_FREEZE) in reboot path.
>>
>> Considering how many device drivers that are likely broken, I disagree.
>> Especially since Andrew seems to have trivially found a machine where it
>> doesn't work.
Alexander Fieroch wrote:
http://dlsvr01.asus.com/pub/ASUS/lan/marvell/8053/8053_others2.zip
Oh, that driver is very old. Here is the latest one which is working
with the current kernel:
http://www.syskonnect.de/syskonnect/support/driver/htm/sk9elin.htm
Could you please integrate it to the
Florian Engelhardt <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> first of all, sorry for the long headline.
> second:
> Every time, i try to do the following:
> cat /proc/acpi/thermal_zone/THRM/temperature
> the whole system looks up for a short period of time (something about
> 0.5s). realy
"Chen, Kenneth W" <[EMAIL PROTECTED]> wrote:
>
> +#ifdef ARCH_HAS_PREFETCH_SWITCH_STACK
> +extern void prefetch_switch_stack(struct task_struct*);
> +#else
> +#define prefetch_switch_stack(task) do { } while (0)
> +#endif
It is better to use
static inline void prefetch_switch_stack(struct
On 7/27/05, Con Kolivas <[EMAIL PROTECTED]> wrote:
> Changes since 2.6.12-ck3:
>
> Added:
> +s11.3_s11.4.diff
> Staircase cpu scheduler update. Change rr intervals to 5ms minimum. With
> interbench I can confidently say there is objective evidence of interactive
> improvement in the human
Len Brown <[EMAIL PROTECTED]> wrote:
>
> On Sun, 2005-05-22 at 07:25 -0400, Cameron Harris wrote:
> > I just upgraded from 2.6.11.3 and now my /proc/acpi/button directory
> > doesn't exist...
>
> I deleted /proc/acpi/button on purpose,
> did you have a use for those files?
Can we put it back,
Pavel Machek <[EMAIL PROTECTED]> writes:
> Hi!
>
> Yes, I think we should do device_suspend(PMSG_FREEZE) in reboot path.
>
>> My gut feel is the device_suspend calls are the right direction
>> as it allows us to remove code from the drivers and possible
>> kill device_shutdown completely.
>>
>>
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> > Good question. I'm not certain if Pavel intended to add
> > device_suspend(PMSG_FREEZE) to the reboot path. It was
> > there in only one instance. Pavel comments talk only about
> > the suspend path.
>
> Yes, I think we should do
[bouncing @sis.com address removed from the Cc:]
Lars Vahlenberg <[EMAIL PROTECTED]> :
[...]
> I can get mii-tool to work with this patch, but if I have
> a ping command running and changing to another speed I
> stop receiving or get 1 - 3 sek pings. ei x000ms.
The current SiS driver is way more
Andrew Morton writes:
> Matt Porter <[EMAIL PROTECTED]> wrote:
> >
> > +static u64 dma_mask = 0xULL;
>
> I'm sure you're totally uninterested in this, but the above will probably
> generate warnings on (say) ppc64, where u64 is implemented as unsigned
> long.
>
> I usually chuck a
ISAPNP, PNPBIOS, and PNPACPI all had their own kmalloc wrappers that
reimplemented kcalloc(). Remove the wrappers and just use kcalloc()
directly.
Note that this also removes the PNPBIOS error message when the kmalloc
fails.
Signed-off-by: Bjorn Helgaas <[EMAIL PROTECTED]>
Index:
Hi!
> > > Good question. I'm not certain if Pavel intended to add
> > > device_suspend(PMSG_FREEZE) to the reboot path. It was
> > > there in only one instance. Pavel comments talk only about
> > > the suspend path.
> >
> > Yes, I think we should do device_suspend(PMSG_FREEZE) in reboot
Hi!
> > Yes, I think we should do device_suspend(PMSG_FREEZE) in reboot path.
>
> Considering how many device drivers that are likely broken, I disagree.
> Especially since Andrew seems to have trivially found a machine where it
> doesn't work.
I'm not sure if we want to do that for 2.6.13,
On Thu, 28 Jul 2005, Pavel Machek wrote:
>
> Yes, I think we should do device_suspend(PMSG_FREEZE) in reboot path.
Considering how many device drivers that are likely broken, I disagree.
Especially since Andrew seems to have trivially found a machine where it
doesn't work.
Hi!
> >> > My fairly ordinary x86 test box gets stuck during reboot on the
> >> > wait_for_completion() in ide_do_drive_cmd():
> >>
> >> Hmm. The only thing I can think of is someone started adding calls
> >> to device_suspend() before device_shutdown(). Not understanding
> >> where it was
Add support for UARTs in MMIO space and clean up a little whitespace.
HP legacy-free ia64 machines need this.
Signed-off-by: Bjorn Helgaas <[EMAIL PROTECTED]>
Index: work/drivers/serial/8250_pnp.c
===
---
On Fri, Jul 15, 2005 at 10:14:43PM +, J.A. Magallon wrote:
>
> On 07.16, J.A. Magallon wrote:
> >
> > On 07.15, Andrew Morton wrote:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
> > >
>
> This time I did not break anything... and
On Wed, 27 Jul 2005 at 08:49:03 +0200, Michael Berger wrote:
> I would like to report following build error in Kernel 2.6.13-rc3 git
> current:
>
>gcc -m32 -Wp,-MD,init/.do_mounts_initrd.o.d -nostdinc -isystem
> /usr/lib/gcc-lib/i486-linux/3.3.5/include -D__KERNEL__ -Iinclude -Wall
>
This fixes a single -Wundef error in the file
net/ipv4/netfilter/ip_conntrack_core.c ,
Please Apply
Nick Sillik
[EMAIL PROTECTED]
diff -urN a/net/ipv4/netfilter/ip_conntrack_core.c
b/net/ipv4/netfilter/ip_conntrack_core.c
--- a/net/ipv4/netfilter/ip_conntrack_core.c2005-07-27
Hello,
due to a recent vulnerability discovered in zlib (CAN-2005-1849), here's a
new set of hotfixes for stable kernels 2.4 :
- 2.4.31-hf3
- 2.4.30-hf6
- 2.4.29-hf13
The zlib vulnerability has been shown to be able to segfault gunzip with a
specially crafted input stream ; it is expected
On Wed, 2005-07-27 at 21:46 +0200, Thomas Zehetbauer wrote:
> Hi!
>
> I cannot get my SB Live! 5.1's SPDIF (digital) output to work with
> kernel > 2.6.12. I have not changed my mixer configuration and it is
> still working when I boot 2.6.11.12 or earlier. I am using FC4 with
>
Hello,
there are GPL driver for the Marvell 88E8053 GLAN:
http://dlsvr01.asus.com/pub/ASUS/lan/marvell/8053/8053_others2.zip
The problem is that they are not compiling with the current kernel.
Could you please adapt and integrate the drivers to the current kernel?
Thanks & regards,
Hi!
> Len Brown <[EMAIL PROTECTED]> wrote:
>
> > I deleted /proc/acpi/button on purpose,
> > did you have a use for those files?
>
> There are various cases where it's useful to know whether a laptop is
> shut or not, and /proc/acpi/button seems to be the only place where that
> information is
On 23.07.2005 [22:12:30 +0200], Roman Zippel wrote:
> Hi,
>
> On Sat, 23 Jul 2005, Nishanth Aravamudan wrote:
>
> > > Jiffies are the basic time unit for kernel timers, hiding that fact gives
> > > users only wrong expectations about them.
> >
> > We already have msleep() and
Hi!
> > The following patch adds free_irq() and request_irq() to the suspend and
> > resume, respectively, routines in the snd_intel8x0 driver.
>
> The patch looks OK to me although I have some concerns.
>
> - The error in resume can't be handled properly.
>
> What should we do for the error
Hello,
first of all, sorry for the long headline.
second:
Every time, i try to do the following:
cat /proc/acpi/thermal_zone/THRM/temperature
the whole system looks up for a short period of time (something about
0.5s). realy everything, video and audio encoding, mouse and keyboard
input, firefox
Hello,
powersaving is not working with a 2.6.12-rc3-mm1 kernel and a amd64
3500+ on a nvidia nforce 4 mainboard.
syslog tells me the following about it:
...
ACPI: Processor [CPU0] (supports 8 throttling states)
...
powernow-k8: Found 1 AMD Athlon 64 / Opteron processors (version 1.40.2)
On Wed, Jul 27, 2005 at 02:16:46PM -0700, Andrew Morton wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > 2.6.13-rc3-mm2 doesn't boot on my computer:
> >Badness in nr_blockdev_pages at fs/block_dev.c:399
> >...
> >kmem_cache_create: Early error in slab inet_peer_cache
> >
> >
Fixes another -Wundef warning in ReiserFS code.
Nick Sillik
[EMAIL PROTECTED]
Signed-off-by: Nick Sillik <[EMAIL PROTECTED]>
diff -urN a/fs/reiser4/plugin/node/node40.h b/fs/reiser4/plugin/node/node40.h
--- a/fs/reiser4/plugin/node/node40.h 2005-07-27 18:14:04.0 -0400
+++
>> >>
>> >> I also use 2.6.13-rc3-mm1. Will try with a previous version an report to
>> >> lkml if
>> >> it works.
>> >>
>> >
>> > I just tried 13-rc2-mm1 and dri is working again. Its reported to also work
>> > with 13-rc3.
>>
>
>Hmm no idea what could have broken it, I'm at OLS and don't have
This patch adds ia64 specific implementation to prefetch switch stack
structure. It applies on top of "add prefetch switch stack hook ..."
posted earlier. Using my favorite industry standard OLTP workload, we
measured 6.2X reduction on cache misses occurred in the context switch
code and yielded
On Tuesday, 19 July 2005, at 04:41:26 -0600,
Eric W. Biederman wrote:
> Roughly for your part of the problem the acpi shutdown code needs to
> get called sooner when interrupts are still enabled.
>
After the recent patches that went in to the kernel, I downloaded version
2.6.13-rc8-git8,
I would like to propose adding a prefetch switch stack hook in
the scheduler function. For architecture like ia64, the switch
stack structure is fairly large (currently 528 bytes). For context
switch intensive application, we found that significant amount of
cache misses occurs in switch_to()
On Wed, 27 Jul 2005, Lee Revell wrote:
> On Wed, 2005-07-27 at 02:13 -0600, Zwane Mwaikambo wrote:
> > > What about audio? If there is a sound server running then you're going
> > > to have a constant stream of interrupts and DMA activity from the sound
> > > card even if the machine is idle
If the PCDP supplies parity, use it (only none/even/odd supported),
and don't append parity/stop bit arguments unless baud is present.
Signed-off-by: Bjorn Helgaas <[EMAIL PROTECTED]>
Index: work/drivers/firmware/pcdp.c
===
---
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Sun, 24 Jul 2005 07:39:12 +0200
> [IPV4/6]: Check if packet was actually delivered to a raw socket to decide
> whether to send an ICMP unreachable
>
> Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
Applied, thanks Patrick.
-
To unsubscribe
It is the first mail that I write. I call gabri and I am 18 years old. I am
Spanish. I want to comment that me program does not work ningun to regulate
the Mhz of the processor. " Cpufreq, cpuydn, powernow ". I do not manage to
load ningun module from the kernel inside cpuscalig in that
vger.kernel.org will be pushed over to a completely new machine, and
this will likely occur this evening
No problems are expected, but you all know how these things sometimes
go :-)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
From: Andrew McDonald <[EMAIL PROTECTED]>
Date: Sat, 23 Jul 2005 19:04:43 +0100
> Take account of whether a socket is bound to a particular device when
> selecting an IPv6 raw socket to receive a packet. Also perform this
> check when receiving IPv6 packets with router alert options.
>
>
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Wed, 27 Jul 2005 14:11:51 -0700
> Unbalanced netlink_table_ungrab() in the netlink stuff in git-net.patch.
Applied to net-2.6.14, thanks Andrew.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
I'm a butt head, sorry, you did include the patch with
the signed off line, ignore my patheticism in that other
reply :-)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Nick Sillik <[EMAIL PROTECTED]>
Date: Wed, 27 Jul 2005 17:38:31 -0400
> Apologies
>
> Signed-off-by: Nick Sillik <[EMAIL PROTECTED]>
I need it "with" the patch.
Please resend the patch and the signed-off-by line together to me
under seperate cover in private email so we don't have to
On Wed, 2005-07-27 at 00:40 +0100, Alan Cox wrote:
> > > sound/oss/skeleton.c
>
> Reference for writing drivers
But we're not taking new OSS drivers, right?
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
1 - 100 of 650 matches
Mail list logo