On Mon, Dec 17, 2012 at 02:14:06PM -0800, Greg Kroah-Hartman wrote:
> On Mon, Dec 17, 2012 at 11:07:38PM +0100, Mariusz Kozlowski wrote:
> > On Fri, Dec 14, 2012 at 03:01:13PM -0800, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 3.7.1 releas
easier to automate things by just monitoring linux-stable
remote for new tags.
[1] linux-3.7.y is just an example here
Regards,
--
Mariusz Kozlowski
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordom
Hello,
> On Mon, 18 Feb 2008 14:28:32 +0100, Jean Delvare wrote:
> > On Thu, 14 Feb 2008 00:27:34 +0100, Mariusz Kozlowski wrote:
> > > Of course there is a typo in the subject :)
> > >
> > > 2.5.25-rc1 -> 2.6.25-rc1
> > >
> > > > H
Hi Andi,
that is not a big problem at all. If you have to enforce a specific
module load order then create some dummy exports like misdn_load()
and
use them from the module that depends on it.
That's not necessarily enough. There are races during module load
when the next module is loaded a
Hello,
> > Of course there is a typo in the subject :)
> >
> > 2.5.25-rc1 -> 2.6.25-rc1
> >
> > > Hello,
> > >
> > > I tried 2.6.25-rc1 and latest git on my laptop (x86 32bit) and have a
> > > problem.
> > > Linux boots but with huge delay due to some issue with loading usb
> > > modules.
>
Hello,
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9984
> > Subject : problem with starting 2.5.25-rc1 and latest git
>
> The kernel version seems to be a little bit bogus here :)
That's a typo :/ Should read 2.6.25-rc1 instead.
Mariusz
--
To unsubscribe fro
Hello,
> Regulator framework core :-
[ ... snip ... ]
> +void regulator_put(struct regulator *regulator)
> +{
> + struct regulator_cdev *rcdev = regulator->rcdev;
> +
> + if (regulator == NULL || IS_ERR(regulator))
> + return;
Check after use.
Regards,
Mariusz
--
T
Hello,
> > I tried 2.6.25-rc1 and latest git on my laptop (x86 32bit) and have a
> > problem.
> > Linux boots but with huge delay due to some issue with loading usb modules.
> > Udev complains:
> >
> > 'Could not lock modprobe uhci_hcd'
> > 'Could not lock modprobe yenta_socket'
> > 'Unknown
Hello,
> > > Is it just me, or does
> > >
> > > ((user_addr + iov[seg].iov_len + PAGE_SIZE - 1)/PAGE_SIZE -
> > > user_addr/PAGE_SIZE)
> > >
> > > not simplify to
> > >
> > > = ((iov[seg].iov_len + PAGE_SIZE - 1)/PAGE_SIZE +
> > > user_addr/PAGE_SIZE - user_addr/PAGE_SIZE)
> >
Of course there is a typo in the subject :)
2.5.25-rc1 -> 2.6.25-rc1
> Hello,
>
> I tried 2.6.25-rc1 and latest git on my laptop (x86 32bit) and have a
> problem.
> Linux boots but with huge delay due to some issue with loading usb modules.
> Udev complains:
>
> 'Could not lock modprobe
Hello,
This is from ppc32:
CC arch/powerpc/mm/mem.o
arch/powerpc/mm/mem.c: In function 'do_init_bootmem':
arch/powerpc/mm/mem.c:256: error: too few arguments to function
'reserve_bootmem'
arch/powerpc/mm/mem.c:261: error: too few arguments to function
'reserve_bootmem'
Leftover
Hello Takashi,
> > > > I was digging through the gentoo bugzilla and found this:
> > > >
> > > > http://bugs.gentoo.org/show_bug.cgi?id=141823
> > > >
> > > > As you see this bug is present since at least 2.6.17. I can reproduce
> > > > that here on my hardware with 2.6.24-rc8-mm1. All y
Hello,
> > > On a big powerpc box I got the following oops with 2.6.24-git2:
> > >
> > > sym0: <1010-66> rev 0x1 at pci :d0:01.0 irq 215
> > > sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
> > > sym0: SCSI BUS has been reset.
> > > scsi0 : sym-2.2.3
> > > target0:0:8: FAST-40 WIDE SCSI
Hello,
> On a big powerpc box I got the following oops with 2.6.24-git2:
>
> sym0: <1010-66> rev 0x1 at pci :d0:01.0 irq 215
> sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
> sym0: SCSI BUS has been reset.
> scsi0 : sym-2.2.3
> target0:0:8: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset
Hello,
> > I was digging through the gentoo bugzilla and found this:
> >
> > http://bugs.gentoo.org/show_bug.cgi?id=141823
> >
> > As you see this bug is present since at least 2.6.17. I can reproduce
> > that here on my hardware with 2.6.24-rc8-mm1. All you need to do is install
> > mp3blas
Hello,
I was digging through the gentoo bugzilla and found this:
http://bugs.gentoo.org/show_bug.cgi?id=141823
As you see this bug is present since at least 2.6.17. I can reproduce
that here on my hardware with 2.6.24-rc8-mm1. All you need to do is install
mp3blaster on sparc64, run:
$
Hello,
Issuing "sysrq-s sysrq-u" sequence causes these warnings on sparc64:
[ cut here ]
WARNING: at fs/file_table.c:49 __fput+0x1a8/0x1e0()
Modules linked in: sg sr_mod cdrom
Call Trace:
[004c9ac8] __fput+0x1b0/0x1e0
[004c6978] filp_close+0x60/0x80
[000
Hello,
> > kernel: unregister_netdevice: waiting for eth1 to become free. Usage count
> > = 1
>
> Known problem:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=9778
Hm ... I was largely offline on weekend and did not see that. Is there any way
I can subscribe 'somewhere' to get notified
Hello,
I found that on current Linus tree unplugging my pcmcia wifi
card (Cabletron RoamAbout) causes part of the system to hang. I.e. mouse works
but keyboard is frozen until reboot. Actually only sysrq works but I can not
type in any terminal.
Syslog shows:
kernel: pccard: card ejected
Hello,
> > Do we need `offset' at all?
>
> Looks like no.
>
> I wonder if there's a good argument for adding a pte_offset_val() which
> would let us do:
>
> pteval = pte_offset_val(pmd, addr);
>
> and shrink the map/unmap window and overhead here and possibly
> elsewhere?
>
> Anyway, updated
Hello,
The script below kills powerpc. oopses get longer and more
wonderful with every next 'cated' file.
/proc//task//pagemap seems to be the cause of oops. The
important thing is that it oopses for random (that is not first in a row)
process from /proc. So not every 'cat /proc//task//pa
Hello,
> >> > This patch fixes this building error:
> >> > ...
> >> > drivers/char/mem.c: In function 'read_mem':
> >> > drivers/char/mem.c:136: error: implicit declaration of
> >function 'unxlate_dev_mem_ptr'
> >> > ...
> >>
> >> I see this on sparc64 as well:
> >>
> >> CC drivers/char/
Hello,
> We are pleased to announce the 2.6.24-rc8-rt1 tree, which can be
> downloaded from the location:
>
> http://rt.et.redhat.com/download/
Compiled fine, runs fine on x86. No problems so far.
Later on I'll give it a try on ppc and sparc64.
Thanks,
Mariusz
--
To unsubscribe from
Hello,
This is from powerpc (iMac G3):
CC [M] sound/ppc/awacs.o
In file included from sound/ppc/awacs.c:24:
include/asm/nvram.h:62: error: field 'partition' has incomplete type
make[1]: *** [sound/ppc/awacs.o] Error 1
make: *** [sound/ppc/awacs.o] Error 2
Regards,
Mariusz
#
#
Hello,
> This patch fixes this building error:
> ...
> drivers/char/mem.c: In function ‘read_mem’:
> drivers/char/mem.c:136: error: implicit declaration of function
> ‘unxlate_dev_mem_ptr’
> ...
I see this on sparc64 as well:
CC drivers/char/mem.o
drivers/char/mem.c: In function 'read_me
Hello,
> > > > I found this in dmesg:
> > > >
> > > > BUG: swapper:0 task might have lost a preemption check!
> > > > Pid: 0, comm: swapper Not tainted 2.6.24-rc7-rt2 #3
> > > > [] show_trace_log_lvl+0x1d/0x3b
> > > > [] show_trace+0x12/0x14
> > > > [] dump_stack+0x6a/0x70
> > > > [] preempt_e
Hello,
> > I found this in dmesg:
> >
> > BUG: swapper:0 task might have lost a preemption check!
> > Pid: 0, comm: swapper Not tainted 2.6.24-rc7-rt2 #3
> > [] show_trace_log_lvl+0x1d/0x3b
> > [] show_trace+0x12/0x14
> > [] dump_stack+0x6a/0x70
> > [] preempt_enable_no_resched+0x5c/0x5e
>
>
Hello,
> Sony MemoryStick cards are used in many products manufactured by Sony. They
> are available both as storage and as IO expansion cards. Currently, only
> MemoryStick Pro storage cards are supported via TI FlashMedia MemoryStick
> interface.
I tried it here and it doesn't work. My Vaio (PC
> > > We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
> > > downloaded from the location:
> > >
> > > http://rt.et.redhat.com/download/
> >
> > Compiles fine but I run into another problem. On startup kernel oopses
> > early and this 'oops' loops over and over again on the screen
Hello,
> We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
> downloaded from the location:
>
> http://rt.et.redhat.com/download/
Compiles fine but I run into another problem. On startup kernel oopses
early and this 'oops' loops over and over again on the screen until you
shut do
Hello,
> We are pleased to announce the 2.6.24-rc7-rt1 tree, which can be
> downloaded from the location:
>
> http://rt.et.redhat.com/download/
CC kernel/lockdep.o
kernel/lockdep.c: In function 'trace_hardirqs_on':
kernel/lockdep.c:2068: error: too many arguments to function
'trace_har
Hello,
> We are pleased to announce the 2.6.24-rc7-rt1 tree, which can be
> downloaded from the location:
>
> http://rt.et.redhat.com/download/
CC arch/x86/mm/init_32.o
In file included from include/asm-generic/tlb.h:17,
from include/asm/tlb.h:9,
from a
Hello,
I found this kconfig info on kernel page size:
'8KB and 64KB work quite well, since Sparc ELF sections provide for up to 64KB
alignment.'
so I thought I'll give it a try. I tested 2.6.24-rc7 and it stopped right after
'Remapping the kernel ... done'
At first I wanted to bisect
Hello,
> >>> Got this when doing usual looping over /proc entries on fresh test
> >>> kernel:
> >> What is the usual looping, please?
> >
> > #!/bin/bash
> >
> > for i in `find /proc -type f`; do
> > echo -n "cat $i > /dev/null ... ";
> > ( cat $i > /dev/null & );
> >
Hello,
> > Got this when doing usual looping over /proc entries on fresh test
> > kernel:
>
> What is the usual looping, please?
#!/bin/bash
for i in `find /proc -type f`; do
echo -n "cat $i > /dev/null ... ";
( cat $i > /dev/null & );
echo "done";
done
Regards,
Hello,
Got this when doing usual looping over /proc entries on fresh test
kernel:
WARNING: at kernel/lockdep_proc.c:267 lockdep_stats_show()
Call Trace:
[00492704] lockdep_stats_show+0x6ac/0x6c0
[004eb4b4] seq_read+0x5c/0x340
[0050b2bc] proc_reg_read+0x64/0xa0
Hello,
> The fix is in Linus' tree since 17 Dec 2007, and the line numbers in
> your error messages also don't make sense in the current tree.
True.
> Is there any problem with your local copy of the tree?
Oh crap ... how could this happen? I'd say it is my git & branches PEBKAC.
Regards,
Hello,
> > >After commit 7bb67c14fd3778504fb77da30ce11582336dfced, Linus's
> > >git tree gaves following compiliation error with gcc-3.4.6.
> > >Following patch solves this issue for me;
> > >
> > >
> > >[...]
> > > CC [M] drivers/dma/ioat.o
> > > CC [M] drivers/dma/ioat_dma.o
> > >drivers/d
Hello,
This is from allnoconfig on sparc64:
LD .tmp_vmlinux1
arch/sparc64/kernel/head.o: In function `kvmap_vmemmap':
(.text+0x34ec): undefined reference to `vmemmap_table'
arch/sparc64/kernel/head.o: In function `kvmap_vmemmap':
(.text+0x34f4): undefined reference to `vmemmap_tabl
Hello,
This comes from the Linus latest linux-2.6 tree. Randomly happened.
Can't reproduce that. More info below.
Unable to handle kernel paging request at virtual address be286000
tsk->{mm,active_mm}->context = 0eae
tsk->{mm,active_mm}->pgd = f800be0e4000
Hello,
WARNING: vmlinux.o(.text+0x46b04): Section mismatch: reference to
.init.text:sun4v_ktsb_register (between 'smp_callin' and
'smp_fill_in_sib_core_maps')
WARNING: vmlinux.o(.text+0x4756c): Section mismatch: reference to
.init.text:sun4v_register_mondo_queues (between 'after_lock_tlb' and
Hello,
> > > [ 145.128915] TSTATE: 004411009603 TPC: 005119ac TNPC:
> > > 005119b0 Y: Not tainted
> > > [ 145.128940] TPC:
> >
> > My suspicion at this point is that with certain RAM layouts, simply
> > iterating over PFN's is simply not working out.
>
> That
Hello,
> > > Actually, you may only need these two:
> > >
> > > > maps4-add-proc-kpagecount-interface.patch
> > > > maps4-add-proc-kpageflags-interface.patch
> >
> > Yes these two were enough, and exporting fs/proc/base.c's
> > mem_lseek().
> >
> > As hard as I try, I can't reproduce this at a
Hello,
> > cat /proc/kpagecount on the other hand - with the change in line 710
> > - locks the box. Sysrq works, changing consoles works, but there is
> > no "BUG: soft lockup ..." message. After a while the box becomes
> > totaly unresponsive - even caps lock doesn't work, no responses to
> > pi
Witam,
> > > > cat /proc/kpageflags on sparc64 causes the box to lock.
> > > > I can not write on any terminal - but I can issue sysrqs and switch
> > > > between consoles.
> > > >
> > > > cat process hangs in read(3, ...
> > >
> > > cat /proc/kpagecount produces similar symptoms. box i
> > > cat /proc/kpageflags on sparc64 causes the box to lock.
> > > I can not write on any terminal - but I can issue sysrqs and switch
> > > between consoles.
> > >
> > > cat process hangs in read(3, ...
> >
> > cat /proc/kpagecount produces similar symptoms. box is locked - sysrq-w
> >
> cat /proc/kpageflags on sparc64 causes the box to lock.
> I can not write on any terminal - but I can issue sysrqs and switch
> between consoles.
>
> cat process hangs in read(3, ...
cat /proc/kpagecount produces similar symptoms. box is locked - sysrq-w sshd
trace:
__down
__down_inte
Hello,
> Surprise surprise. The namespace seq patch missed two spots in
> AF_PACKET.
>
> [PACKET]: Fix /proc/net/packet crash due to bogus private pointer
>
> The seq_open_net patch changed the meaning of seq->private.
> Unfortunately it missed two spots in AF_PACKET, which still
> used the old
Hello
> Will reply soon with correct data.
Ok here it goes:
cat /proc/kpageflags on sparc64 causes the box to lock.
I can not write on any terminal - but I can issue sysrqs and switch
between consoles.
cat process hangs in read(3, ...
sysrq-w shows:
syslogd D 0069240c
> cat /proc/kpageflags on sparc64 causes the box to lock.
> I can not write on any terminal - but I can issue sysrqs and switch
> between consoles.
>
> cat process hangs in read(3, ...
>
> sysrq-w shows:
>
> syslogd D 0069240c 0 2470 1
> Call Trace:
> [0069
Hello,
cat /proc/kpageflags on sparc64 causes the box to lock.
I can not write on any terminal - but I can issue sysrqs and switch
between consoles.
cat process hangs in read(3, ...
sysrq-w shows:
syslogd D 0069240c 0 2470 1
Call Trace:
[00692224]
[000
Hello,
As one of usual tests I run the following script:
for i in `find /proc -type f`; do
echo -n "cat $i > /dev/null ... ";
cat $i > /dev/null;
echo "done";
done
This time the culprit is /proc/net/packet. cat process gets killed
$ cat /proc/net/packet
Segment
Hello,
The unused code found in ext3_find_entry() is also present (and still
unused)
in the ext4_find_entry() code. This patch removes it. Compile tested only.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
fs/ext4/namei.c | 68044 -> 67947 (-97 bytes)
fs/ext4/namei.o
Hello,
This patch removes unused code from ext3_find_entry().
Compile and boot tested.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
fs/ext3/namei.c | 67174 -> 67077 (-97 bytes)
fs/ext3/namei.o | 157944 -> 157896 (-48 bytes)
fs/ext3/namei.c |4
1 fil
Hello,
The box is sun ultra 60 (dual sparc64). This was caught when
system (gentoo) was emerging some package.
[27006.402237] kernel BUG at fs/jbd/transaction.c:1894!
[27006.402268] \|/ \|/
[27006.402274] "@'/ .. \`@"
[27006.402279] /_| \__/
> > LD .tmp_vmlinux1
> > arch/sparc64/kernel/head.o: In function `sys_call_table32':
> > arch/sparc64/kernel/head.S:(.text+0x224e0): undefined reference to
> > `compat_sys_timerfd'
> > make: *** [.tmp_vmlinux1] Error 1
>
> argh, sorry, I am soo fed up with fixing that patch.
>
> ---
Hello,
I tried it on sun ultra 60 (dual sparc64) station. Unfortunately it
failed
to compile.
AS arch/sparc64/lib/xor.o
AR arch/sparc64/lib/lib.a
GEN .version
CHK include/linux/compile.h
dnsdomainname: Unknown host
UPD include/linux/compile.h
CC ini
Hello,
This patch fixes the compilation breakage. Normally you don't see
that as this piece of code is under #ifdef DEBUG. This was introduced by
git-md-accel.patch at line 3179.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
drivers/md/raid5.c |2 +-
1 file
Hello,
make_driver_name() wants kasprintf(). Compile tested, also boots fine.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
kernel/module.c | 68034 -> 67872 (-162 bytes)
kernel/module.o | 128520 -> 128328 (-192 bytes)
kernel/module.c | 10 +-
1 fil
Hello,
> > local_apic_timer_c2_ok
>
> hmm, looks like you're missing CONFIG_X86_LOCAL_APIC
> so does this go away when you add CONFIG_SMP
> or CONFIG_X86_UP_APIC?
Yes it does. In both cases.
Regards,
Mariusz
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
Hello,
Another parenthesis fix.
Regards,
Mariusz
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
include/asm-parisc/pgalloc.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-2.6.24-rc2-mm1-a/include/asm-parisc/pgalloc.h 2007-11-15
11:36:44.000
Hello,
Fails to build here:
LD .tmp_vmlinux1
drivers/built-in.o: In function `acpi_timer_check_state':
/home/sp3fxc/linux/linux-2.6.24-rc2-mm1/drivers/acpi/processor_idle.c:305:
undefined reference to `local_apic_timer_c2_ok'
make: *** [.tmp_vmlinux1] Error 1
Regards,
Ma
> > I'm seeing reproducible oops on 2.6.23-mm1 when trying to run tcpdump
> > over ppp0 interface.
>
> Can you please test the latest Linus kernel from
> ftp://ftp.kernel.org/pub/linux/kernel/v2.6/snapshots/?
Sure.
> Because all netwrking things which were in 2.6.23-mm1 are now in mainline.
Hello,
I'm seeing reproducible oops on 2.6.23-mm1 when trying to run tcpdump
over ppp0 interface. To reproduce I type simply:
# tcpdump -i ppp0
and wait a few seconds. I captured two oopses with a bit different stack
trace but EIP always points to packet_rcv():
(gdb) l* 0xc02d7d49
0xc02
Add missing parenthesis in cfe_writeblk() macro.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
include/asm-mips/fw/cfe/cfe_api.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-2.6.23-mm1-a/include/asm-mips/fw/cfe/cfe_api.h2007-10-12
08:25:46.0
This initialization of is not needed so just remove it.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
kernel/fork.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-2.6.23-rc8-mm2-a/kernel/fork.c2007-09-27 11:31:23.0
+0200
+++ linux-2.6.23-rc8
line void
dev_set_drvdata (struct device *dev, void *data)
{
dev->driver_data = data; <--- boom
}
This patch should prevent that.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
sound/core/sound.c |8
1 file changed, 8 insertions(+)
--- linux-2.6.23-rc8-mm1
It looks like hidraw_connect() is leaking memory in case of failure.
Also it should return -ENOMEM when kzalloc fails.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
drivers/hid/hidraw.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
--- linux-2.6.23-rc8
Hello,
Similar (the same?) as in 2.6.23-rc6-mm1?
http://www.mail-archive.com/linux-kernel%40vger.kernel.org/msg208812.html
CC [M] drivers/kvm/ioapic.o
drivers/kvm/ioapic.c: In function 'ioapic_deliver':
drivers/kvm/ioapic.c:208: error: 'dest_LowestPrio' undeclared (first use i
Hello,
> > -ECONFUSED. Perhaps DEBUG_DRIVER may help some more. Or /me getting
> > some sleep.
>
> Sleeping helped (improved reading abilities).
>
> From: Cornelia Huck <[EMAIL PROTECTED]>
>
> mmc: Avoid double sdio_unregister_bus() on module unload.
>
> Signed-off-by: Cornelia Huck <[EMAIL PR
Hello,
> > > kobject drivers: cleaning up
> > > kobject '' does not have a release() function, if this is not a
> > > directory kobject, it is broken and must be fixed.
> >
> > > printing this debug message, it looks a bit odd :)>
>
> kobject: Temporarily save k_name on cleanup for debug messa
Hello,
> > I wrote a simple script that finds all modules in /lib/modules/`uname
> > -r`
> > and performs sth like 'modprobe $x; rmmod $x;' for every of them. The
> > result is the
> > output below. This actually happens when rmmod'ing a module.
> >
> > I narrowed it down to modules mmc_cor
Hello,
> Add error messages to the probe call.
You added them but probably forgot to return them ;)
> While they may rarely trigger, they may be useful when something weird is
> going on. Also this is good style.
[snip]
> patch-mips-2.6.18-20060920-pmagb-b-err-1
> diff -up --recursive --n
> > This patch fixes unbalanced parenthesis.
> >
> > Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
> >
> > drivers/net/skge.h |2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > --- linux-2.6.23-rc4-mm1-a/drive
Hello,
This patch fixes unbalanced parenthesis.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
include/asm-arm/arch-sa1100/SA-1101.h.c | -> ( bytes)
include/asm-arm/arch-sa1100/SA-1101.h.o | -> ( bytes)
include/asm-arm/arch-sa1100/SA-1101.h |4 ++--
1 fil
Hello,
This patch fixes unbalanced parenthesis.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
drivers/net/skge.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-2.6.23-rc4-mm1-a/drivers/net/skge.h 2007-09-01 07:23:52.0
+0200
+++ linux-2.6.
Hello,
This patch fixes the unbalanced parenthesis inroduced by
add-a-rounddown_pow_of_two-routine-to-log2h.patch.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
include/linux/log2.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-2.6.23-rc4-mm1-a/i
> Add drm_zalloc().
Ugh. Too fast. Ofcourse this is the correct version. Sorry.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
--- linux-2.6.23-rc3-mm1-a/drivers/char/drm/drmP.h 2007-08-27
18:32:26.0 +0200
+++ linux-2.6.23-rc3-mm1-b/drivers/char/drm/drmP.h 2
only about lockdep complaining,
> but real lockup possibility, because any locks in such a handler are
> taken in another, not expected for them context, and could be
> vulnerable (especially with softirqs, but probably hardirqs as well).
>
> Reported-by: Mariusz Kozlowski <[EMAI
> > This is from x86_32 with gcc 3.4.6:
> >
> > CC [M] sound/pci/hda/hda_codec.o
> > sound/pci/hda/hda_codec.c: In function `snd_hda_codec_free':
> > sound/pci/hda/hda_codec.c:517: sorry, unimplemented: inlining failed in
> > call to 'free_hda_cache': function body not available
> > sound/
Hello,
This is from x86_32 with gcc 3.4.6:
CC [M] sound/pci/hda/hda_codec.o
sound/pci/hda/hda_codec.c: In function `snd_hda_codec_free':
sound/pci/hda/hda_codec.c:517: sorry, unimplemented: inlining failed in call to
'free_hda_cache': function body not available
sound/pci/hda/hda_code
> > CC [M] drivers/net/wireless/rt2x00mac.o
> > drivers/net/wireless/rt2x00mac.c: In function `rt2x00mac_tx_rts_cts':
> > drivers/net/wireless/rt2x00mac.c:61: warning: passing arg 2 of
> > `ieee80211_ctstoself_get' makes pointer from integer without a cast
> > drivers/net/wireless/rt2x00mac.c:6
Hello,
This patch fixes unbalanced parenthesis introduced by:
move-a-few-definitions-to-au1000_xxs1500c.patch
Regards,
Mariusz
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
drivers/pcmcia/au1000_xxs1500.c |2 +-
1 file changed, 1 insertion(+), 1 de
Hello,
Got that on my laptop:
| Locking API testsuite:
| spin |wlock |rlock |mutex | wsem | rsem |
-
> > I don't recall discusion about this so here are my 3 cents:
> >
> > I like the idea.
>
> I don't actually. It shows a central MAINTAINERS file is the wrong
> approach; just that 500+ patches to the same file were needed shows
> that.
>
> The maintainer info should be in the source
Hello,
I don't recall discusion about this so here are my 3 cents:
I like the idea. The numerous responses you got that you made a mistake
and someone else is the maintainer just prove that this kind of information
would
be nice to have. Even if it is not going to be included in
> ->s_group_desc have to be zero filled because if sb_read() failed
> we jump to following error path.
> failed_mount2:
> for (i = 0; i < db_count; i++)
> brelse(sbi->s_group_desc[i]);<< Bad things may happen here
>
> Signed-off-by: Dmitry Monakhov <[EMAIL PROTECTED]>
> ---
> f
> Hi,
>Replacing kmalloc with kzalloc and cleaning up memset in
> arch/i386/kernel/io_apic.c
>
>
> Signed-off-by: Surya Prabhakar <[EMAIL PROTECTED]>
> ---
>
> diff --git a/arch/i386/kernel/io_apic.c b/arch/i386/kernel/io_apic.c
> index 4b8a8da..1329615 100644
> --- a/arch/i386/kernel/io_apic.c
Hello,
This patch fixes a potential memleak on error path in dm-crypt code.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
drivers/md/dm-crypt.c | 26204 -> 26219 (+15 bytes)
drivers/md/dm-crypt.o | 142872 -> 142872 (0 bytes)
drivers/md/dm-crypt.c |1 +
1 fil
.
Regards,
Mariusz
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
drivers/scsi/megaraid.c | 116094 -> 116063 (-31 bytes)
drivers/scsi/megaraid.o | 257984 -> 257868 (-116 bytes)
drivers/scsi/megaraid.c |3 ---
1 file changed, 3 deletions(-)
--- linux-2.6.23-
Hello,
Have fun :)
=
[ INFO: possible irq lock inversion dependency detected ]
2.6.23-rc2-mm2 #1
-
depscan.sh/5928 just changed the state of lock:
(_xmit_ETHER){-+..}, at: [] d
> >>This probably doesn't have great impact ;) but ...
> >> To reproduce: run torture tests for RCU and then sysrq+q.
> >>
> >> SysRq : Show Pending Timers
> >> Timer List Version: v0.3
> >> HRTIMER_MAX_CLOCK_BASES: 2
> >> now at 1764338760370 nsecs
> >>
> >> cpu: 0
> >> clock 0:
> >> .index
Hello,
And the winner of today is ...
=
[ INFO: possible irq lock inversion dependency detected ]
2.6.23-rc2-mm1 #7
-
runscript.sh/5843 just changed the state of lock:
(_xmit
Hello,
=
[ INFO: inconsistent lock state ]
2.6.23-rc2-mm1 #7
-
inconsistent {in-hardirq-W} -> {hardirq-on-W} usage.
ifconfig/5492 [HC0[0]:SC0[0]:HE1:SE1] takes:
(&tp->lock){+...}, at: [] rtl8139_interrupt+0x27/0x46b [8139too]
{in-har
Hello,
This probably doesn't have great impact ;) but ...
To reproduce: run torture tests for RCU and then sysrq+q.
SysRq : Show Pending Timers
Timer List Version: v0.3
HRTIMER_MAX_CLOCK_BASES: 2
now at 1764338760370 nsecs
cpu: 0
clock 0:
.index: 0
.resolution: 1 nsecs
.get_t
> >...
> > Not sure why it says kernel was tainted though ... hmmm.
> >...
>
> What does your syslog say when it was tainted?
Shit. My fault. I'll try to reproduce it on untainted kernel.
Thanks,
Mariusz
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
> > > Happens every time I reattach usb pen drive.
> > >
> > > usb 1-2: new high speed USB device using ehci_hcd and address 10
> > > usb 1-2: configuration #1 chosen from 1 choice
> > > scsi6 : SCSI emulation for USB Mass Storage devices
> > > usb 1-2: new device found, idVendor=13fe, idProduct
Hello,
Nothing unusual happening, allmodconfig compiling etc.
Not sure why it says kernel was tainted though ... hmmm.
[ cut here ]
kernel BUG at mm/swap_state.c:78!
invalid opcode: [#1]
PREEMPT
Modules linked in: orinoco_cs orinoco hermes pl2303 usbserial pc
Hello,
Happens every time I reattach usb pen drive.
usb 1-2: new high speed USB device using ehci_hcd and address 10
usb 1-2: configuration #1 chosen from 1 choice
scsi6 : SCSI emulation for USB Mass Storage devices
usb 1-2: new device found, idVendor=13fe, idProduct=1a00
usb 1-2: new dev
eof_priv)
dev->priv = netdev_priv(dev);
This patch removes superfluous code.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
drivers/net/tulip/xircom_cb.c | 32853 -> 32831 (-22 bytes)
drivers/net/tulip/xircom_cb.o | 123984 -> 123984 (0 bytes)
drivers/net/tulip/xirco
1 - 100 of 348 matches
Mail list logo
