On Friday 01 June 2007 7:48 pm, Chris Wright wrote:
> * Jesper Juhl ([EMAIL PROTECTED]) wrote:
> > On 01/06/07, Piyush K <[EMAIL PROTECTED]> wrote:
> > >Hi,
> > >What is the kernel documentation mailing list where I can discuss
> > >kernel documentation changes ?
> > >Please cc to my email address
On Sat, 02 Jun 2007 23:46:46 +0200, Jan Engelhardt said:
> along comes xt_u32, a revamped ipt_u32,
+1 for doing this - I've been dragging along a local ipt_u32 patch for a while,
and been wishing it had ipv6 support.
> * Reduced the buffer size to 17 KB. I think that is quite ok since
>
On Sat, 02 Jun 2007 12:51:27 PDT, [EMAIL PROTECTED] said:
> this is Security 101 (or even more basic), if you grant a program access
> to do something you can't prevent that program from doing that something.
And Security 102 is "most of the *real* trouble starts when authorized programs
access
On Saturday 02 June 2007 10:23, Matthew Garrett wrote:
> On Sat, Jun 02, 2007 at 01:50:52PM +0100, Richard Hughes wrote:
> > > KEY_SCREENLOCK? KEY_SCREENSAVER?
> >
> > Either of these keys would be good to add.
>
> We've been interpreting "KEY_COFFEE" as screenlock (as in "I've gone for
> a
On Saturday 02 June 2007 19:53, Tear wrote:
> Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > On Sat, 2 Jun 2007, Tear wrote:
> > Now, I doubt it's the timer, and the UHCI irq thing sounds more likely to
> > be a problem anyway, since it's USB that's slow, so it would be
> > interesting to hear
On Sat, 2 Jun 2007 21:06:14 -0700 Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Sat, 2 Jun 2007 19:57:41 -0700 Scott Preece wrote:
>
> > On 6/2/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > ...
> > > +The Signed-off-by: tag implies that the signer was involved in the
> > > development
> >
On Sat, 2 Jun 2007 19:57:41 -0700 Scott Preece wrote:
> On 6/2/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > ...
> > +The Signed-off-by: tag implies that the signer was involved in the
> > development
> ---
>
> Change "implies" to "indicates" - it's an explicit statement, not an
>
On Sat, Jun 02, 2007 at 09:09:42PM +0200, Adrian Bunk wrote:
> This patch removes the no longer used sonypi_camera_command().
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Mattia Dongili <[EMAIL PROTECTED]>
>
> ---
>
> drivers/char/sonypi.c | 47
On 6/2/07, Denis Cheng <[EMAIL PROTECTED]> wrote:
they should merged into one
this patch I have checked, it's not corrupted, I wonder someone can
give some comment on this?
Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
---
net/core/dst.c | 17 -
1 files changed, 4
On 6/2/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
...
+The Signed-off-by: tag implies that the signer was involved in the development
---
Change "implies" to "indicates" - it's an explicit statement, not an
implication.
---
+of the patch, or that he/she was in the patch's delivery path.
+
No code besides zlib itself should depend on linux/zutil.h - the only item
JFFS2 uses from that header is a constant that is defined in RFC 1950 and
should never change. This patch mirrors the #define in zutil.h and removes
the #include.
Signed-off-by: Daniel Hazelton <[EMAIL PROTECTED]>
DRH
On 6/3/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
On Fri, 2007-06-01 at 12:47 -0500, Matthew Fredrickson wrote:
> My question is this: is there a way to either work around the problem I
> am seeing with the stack without recompiling the kernel with 8K stack
> size or without disabling irqs
On Saturday 02 June 2007 20:21:13 Prakash Punnoor wrote:
> Daniel Hazelton wrote:
> > Signed-off-by: Daniel Hazelton <[EMAIL PROTECTED]>
> >
> > DRH
> >
> > diff --git a/fs/jffs2/compr_zlib.c b/fs/jffs2/compr_zlib.c
> > index 2b87fcc..9f1b935 100644
> > --- a/fs/jffs2/compr_zlib.c
> > +++
On Sat, 2007-06-02 at 13:11 -0600, Berck E. Nash wrote:
> All appears to work fine, until I try to boot a kernel with a Reiser4 /
> partition. Then I get endless errors of the sort:
>
> [ 206.349450] sd 1:0:0:0: [sdc] Result: hostbyte=DID_BAD_TARGET
> driverbyte=DRIVER_OK,SUGGEST_OK
>
> (See
On Sun, 3 Jun 2007, Christian Kujau wrote:
On Sat, 2 Jun 2007, Justin Piszcz wrote:
On Sat, 2 Jun 2007, Jeremy Fitzhardinge wrote:
XFS currently has a data-corrupting bug, where files which were appended
by small amounts may lose their updates on umount - I see this
corrupting hg repos.
On Sat, 2 Jun 2007, Justin Piszcz wrote:
On Sat, 2 Jun 2007, Jeremy Fitzhardinge wrote:
XFS currently has a data-corrupting bug, where files which were appended
by small amounts may lose their updates on umount - I see this
corrupting hg repos. There's a patch which works for me, and is in
Andrew Morton <[EMAIL PROTECTED]> writes:
> I do that often. It's useful information. If person X sends an fbdev
> patch and Tony says "whoa, neat" and I send the patch to Linus then
> Linus could
> well think "wtf, Andrew doesn't know anything about fbdev". So I do s/whoa
> neat/Acked-by:/ to
Daniel Hazelton wrote:
Signed-off-by: Daniel Hazelton <[EMAIL PROTECTED]>
DRH
diff --git a/fs/jffs2/compr_zlib.c b/fs/jffs2/compr_zlib.c
index 2b87fcc..9f1b935 100644
--- a/fs/jffs2/compr_zlib.c
+++ b/fs/jffs2/compr_zlib.c
@@ -16,7 +16,6 @@
#include
#include
#include
-#include
Take two: I forgot to change the compat code. This has now happened. Only one
additional line changed.
Everything else from the first patch remains the same. I try to avoid clogging
the list unnecessarily by not resending the test program.
Signed-off-by: Ulrich Drepper <[EMAIL PROTECTED]>
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Sat, 2 Jun 2007, Tear wrote:
> >
> > I have tested my system with different kernel command lines
> > and have ruled out all of the four possibilities. Here's a
> > matrix which summarizes the situtation. My USB-enabled
> > digital camera's data
Jonathan Schleifer wrote:
> "H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
>
>> Partition tables aren't just read at bootup. We also adjust partition
>> tables at runtime. Since this is dynamic, ignoring partition tables
>> should be, too.
>
> So this is something that should be done with a
Linus Torvalds wrote:
> On Sat, 2 Jun 2007, Tear wrote:
> > >
> > > Wouldn't this also disable the IOAPIC in the (working) ACPI+IOAPIC case?
> >
> > Yes, it would. However, I wanted to make my addition
> > to the kernel generic so that other people with
> > problematic IO-APIC implementations can
On Fri, 1 Jun 2007 23:19:17 +0200 Toralf Förster wrote:
> Hello,
>
> the build with the attached .config failed, make ends with:
> ...
> UPD include/linux/compile.h
> CC init/version.o
> LD init/built-in.o
> LD .tmp_vmlinux1
> arch/i386/kernel/built-in.o: In function
> -uhci_hcd :00:1f.2: irq 19, io base 0xff80 # slow
> +uhci_hcd :00:1f.2: irq 17, io base 0xff80 # fine
nope, this function is on on hardware IRQ 19 in both cases.
it just looks like IRQ 17 in the ACPI case due to this:
ACPI: PCI Interrupt :00:1f.2[D] -> GSI 19
On Sat, 2 Jun 2007, Sam Ravnborg wrote:
> The below patch suffers from the problem that changing the
> value of DEVELKERNEL in the Makefile are not automatically
> reflected in autoconf.h.
Well you are restating what is in the description. See below.
> We need to get this fixed before merging
On Sat, 2 Jun 2007, Adrian Bunk wrote:
> pgd_{c,d}tor() can now become static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Hi,
On Saturday 02 June 2007, Geller Sandor wrote:
> On Sat, 2 Jun 2007, Sergei Shtylyov wrote:
>
> >> The log of a typical IDE reset is available here:
> >
> >> http://petra.hos.u-szeged.hu/~wildy/syslog.gz
> >
> >> This was the worst case: the IDE bus was resetted during the system boot.
> >
On Fri, 2007-06-01 at 12:47 -0500, Matthew Fredrickson wrote:
> My question is this: is there a way to either work around the problem I
> am seeing with the stack without recompiling the kernel with 8K stack
> size or without disabling irqs for such a long period of time (which I
> think is
On Fri, 01 Jun 2007 14:20:44 +0200 Michal Piotrowski wrote:
> Hi all,
>
> Here is a list of some known regressions in 2.6.22-rc3.
>
> Feel free to add new regressions/remove fixed etc.
> http://kernelnewbies.org/known_regressions
>
>
> Unclassified
>
> Subject: build failed in function
On Saturday 02 June 2007 17:28, Linus Torvalds wrote:
> Finally, I wonder why that particular box is marked with an "acpi=ht"
> blacklisting in the first place. Rather than add a new blacklist, it migth
> be better to remove an old (and perhaps incorrect) one.
>
> That blacklist entry is
This patch plugs the extended fdmap into the kernel. At the moment, this
is done only through sys_dup2() and F_DUPFD.
The base value for the unsequential file descriptor allocation is (at the
moment) set to FD_UNSEQ_BASE (defined in asm-generic/fcntl.h):
#define FD_UNSEQ_BASE (1U << 28)
The
Core code for the unsequential fdmap implementation. Random allocation,
exact allocation, de-allocation and lookup are all O(1) operations.
The only operation that is O(N) is the strict from-N-up kind of allocation,
but that only used by F_DUPFD and it's definitely not frequently used
(and current
} -Original Message-
} From: [EMAIL PROTECTED] [mailto:linux-raid-
} [EMAIL PROTECTED] On Behalf Of Jens Axboe
} Sent: Saturday, June 02, 2007 10:35 AM
} To: Tejun Heo
} Cc: David Chinner; [EMAIL PROTECTED]; Phillip Susi; Neil Brown; linux-
} [EMAIL PROTECTED];
Randy Dunlap, Sat, Jun 02, 2007 18:50:09 +0200:
> > > kernel: [show_trace_log_lvl+26/47] show_trace_log_lvl+0x1a/0x2f
> > > kernel: [show_stack_log_lvl+157/165] show_stack_log_lvl+0x9d/0xa5
> > > kernel: [show_registers+441/651] show_registers+0x1b9/0x28b
> > > kernel: [die+273/530]
On Sat, Jun 02, 2007 at 08:55:13PM +0200, Jonathan Schleifer wrote:
> This patch adds a new kernel parameter (ignore_partitions=device) to
> the kernel. It is useful when using a fake RAID with dmraid so that
> Linux won't complain about attemps to access the drive beyond its
> boundaries when
On Sat, 2 Jun 2007, Jeremy Fitzhardinge wrote:
Justin Piszcz wrote:
Wondering as their were a lot of XFS related issues early on in
development..? The 2.6.22-rc3 kernel has the core 2 duo coretemp patch
by ruik which I want be running as long as 2.6.22-rc3 does not have
any severe XFS
On Sat, 2 Jun 2007 14:28:58 -0700 (PDT) Linus Torvalds <[EMAIL PROTECTED]>
wrote:
> That blacklist entry is _ancient_. It's entirely possible that it's just
> bogus: we've had so many ACPI fixes since it was added, that it's quite
> possible that the blacklist entry itself is bogus, and is the
Justin Piszcz wrote:
> Wondering as their were a lot of XFS related issues early on in
> development..? The 2.6.22-rc3 kernel has the core 2 duo coretemp patch
> by ruik which I want be running as long as 2.6.22-rc3 does not have
> any severe XFS issues?
XFS currently has a data-corrupting bug,
On Sun, 3 Jun 2007 00:01:46 +0400 Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> [Andrew Morton - Sat, Jun 02, 2007 at 12:16:16PM -0700]
> [...snip...]
> |
> | No, the problem is that the patch caused the kernel to take inode_lock
> | within the newly-added drop_inode(), btu drop_inode() is
On Sat, 2 Jun 2007, David Greaves wrote:
>
> Then 2.6.22-rc3 again but CONFIG_DISABLE_CONSOLE_SUSPEND=y
> It suspended again.
> Froze on restore.
> Screen photo here:
> http://www.dgreaves.com/pub/2.6.21-rc3-resume-failure.jpg
Ok, it wasn't a hidden oops. The DISABLE_CONSOLE_SUSPEND=y thing
"H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> Partition tables aren't just read at bootup. We also adjust partition
> tables at runtime. Since this is dynamic, ignoring partition tables
> should be, too.
So this is something that should be done with a sysctl? Anyway, it
should also be possible
I use nut-2.0.4-4 with a UPS attached via USB and from 2.6.21.3 ->
2.6.22-rc3 it stops working, see below. My .config is attached.
2.6.21.3:
p34:~# /lib/nut/newhidups -u nut -DD auto
Checking device (050D/0912) (005/002)
- VendorID: 050d
- ProductID: 0912
- Manufacturer:
- Product: UPS
-
This started as a non-regression bug-report about wakeonlan
During tests I found a real regression and this email is only about 2.6.22-rc3
without Rafael's patches - which I'll happily come back to later :)
Rafael J. Wysocki wrote:
> On Saturday, 2 June 2007 00:37, David Greaves wrote:
>> Rafael
Il Tue, May 22, 2007 at 08:19:27AM +0200, Rudolf Marek ha scritto:
> Hi,
>
> I have following readings:
>
> w83627ehf-isa-0290
> Adapter: ISA adapter
> VCore: +1.52 V (min = +0.00 V, max = +1.74 V)
> in1: +12.30 V (min = +13.46 V, max = +13.04 V) ALARM
> AVCC: +3.36 V (min =
Jun 2 18:23:23 p34 upsd[2225]: Can't connect to UPS [belkin]
(newhidups-auto): No such file or directory
Jun 2 18:24:23 p34 upsmon[2228]: Poll UPS [EMAIL PROTECTED] failed -
Driver not connected
Hmm, something changes with USB in 2.6.22-rc3 form 2.6.21..
On Sat, 2 Jun 2007, Christian Kujau
Jonathan Schleifer wrote:
> "H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
>
>> This seems broken. If nothing else, there should be ways to enable or
>> disable this at runtime.
>
> What exactly do you consider broken?
> I don't really see a way to change that at runtime since hard disk
>
Bodo Eggert wrote:
Therefore I suggest setting the smart-enabled-bit in the kernel, in spite of
not being the kernel's duty. It would be a 99,99% DTRT.
NAK. That's hardcoding policy in the kernel.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Saturday 02 June 2007 23:48:31 Ulrich Drepper wrote:
> Take two: I forgot to change the compat code. This has now happened. Only
> one
> additional line changed.
>
> Everything else from the first patch remains the same. I try to avoid
> clogging
> the list unnecessarily by not resending
On 6/2/07, Miklos Szeredi <[EMAIL PROTECTED]> wrote:
From: Miklos Szeredi <[EMAIL PROTECTED]>
A recv() on an AF_UNIX, SOCK_STREAM socket can race with a
send()+close() on the peer, causing recv() to return zero, even though
the sent data should be received.
This happens if the send() and the
David Schwartz wrote:
bunzip2 -c $file.bz2 |gzip -9 >$file.gz
So here are some actual results from a dual P3-1Ghz machine (2.6.21.1,
CFSv9). First lets time each operation individually:
$ time bunzip2 -k linux-2.6.21.tar.bz2
real1m5.626s
user1m2.240s
sys 0m3.144s
$ time gzip -9
On Sat, 2 Jun 2007, Christian Kujau wrote:
On Sat, 2 Jun 2007, Justin Piszcz wrote:
Wondering as their were a lot of XFS related issues early on in
development..? The 2.6.22-rc3 kernel has the core 2 duo coretemp patch by
ruik which I want be running as long as 2.6.22-rc3 does not have any
[Not urgent, needs to be tested in -mm]
---
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
On some systems the ACPI NVS area is located in the first 1 MB of RAM and
it is overwritten by the i386 code during the restore after hibernation.
This confuses the ACPI platform firmware that doesn't update
From: Tian Kevin <[EMAIL PROTECTED]>
Register %ebx serves as the "global offset table base register"
for position-independent code. For absolute code, %ebx serves
as a local register and has no specified role in the function
calling sequence. In either case, a function must preserve the
register
On Sat, 2 Jun 2007, Justin Piszcz wrote:
Wondering as their were a lot of XFS related issues early on in
development..? The 2.6.22-rc3 kernel has the core 2 duo coretemp patch by
ruik which I want be running as long as 2.6.22-rc3 does not have any severe
XFS issues?
Tracking -rc and running
Tejun Heo wrote:
> David Greaves wrote:
>> I have 2 ide disks. If I enable SMART and hibernate/suspend2disk, SMART is
>> disabled when I resume.
>>
>> Same as in 2.6.21.1
>
> According to the ATA standard, the device (drive) itself is responsible
> for preserving SMART enabled status over power
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
---
extensions/.u32-test |2
extensions/libipt_u32.c | 290 ++
extensions/libipt_u32.man |8 +
3 files changed, 300 insertions(+)
Index: iptables/extensions/.u32-test
Adds the U32 module that has been sitting in POM-NG for ages.
Additionally, more features:
along comes xt_u32, a revamped ipt_u32,
* added ipv6 support since that seemed dead simple, given u32's
task. I would have even liked to unlock u32 for _all_ protocols,
but .family =
From: Miklos Szeredi <[EMAIL PROTECTED]>
A recv() on an AF_UNIX, SOCK_STREAM socket can race with a
send()+close() on the peer, causing recv() to return zero, even though
the sent data should be received.
This happens if the send() and the close() is performed between
skb_dequeue() and checking
Take two: I forgot to change the compat code. This has now happened. Only one
additional line changed.
Everything else from the first patch remains the same. I try to avoid clogging
the list unnecessarily by not resending the test program.
Signed-off-by: Ulrich Drepper <[EMAIL PROTECTED]>
Hello!
along comes xt_u32, a revamped ipt_u32,
* added ipv6 support since that seemed dead simple, given u32's
task. I would have even liked to unlock u32 for _all_ protocols,
but .family = AF_UNSPEC does not do the right thing right now,
but that's not so much
Fix following warning:
WARNING: arch/i386/kernel/built-in.o(.init.text+0x3818): Section mismatch:
reference to .exit.text:cache_remove_dev (between 'cacheinfo_cpu_callback' and
'cache_sysfs_init')
It points out that a function marked __cpuexit is calling
a function marked __cpuinit => oops.
The
"H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> This seems broken. If nothing else, there should be ways to enable or
> disable this at runtime.
What exactly do you consider broken?
I don't really see a way to change that at runtime since hard disk
partition tables are read at bootup. Or did you
On Saturday, 2 June 2007 20:15, Martin J. Bligh wrote:
> Adrian Bunk wrote:
> > On Sat, Jun 02, 2007 at 01:42:06AM +0200, Rafael J. Wysocki wrote:
> >> Hi,
> >>
> >> Can anyone please tell me who's administering the kernel bugzilla now?
> >>
> >> I've tried to write to [EMAIL PROTECTED] , but this
On Sat, 2 Jun 2007, Tear wrote:
>
> I have tested my system with different kernel command lines
> and have ruled out all of the four possibilities. Here's a
> matrix which summarizes the situtation. My USB-enabled
> digital camera's data transfer rate is as follows:
That's not the interesting
Tejun Heo <[EMAIL PROTECTED]> wrote:
> David Greaves wrote:
>> I have 2 ide disks. If I enable SMART and hibernate/suspend2disk, SMART is
>> disabled when I resume.
Maybe it's disabled by the BIOS?
> According to the ATA standard, the device (drive) itself is responsible
> for preserving
Wondering as their were a lot of XFS related issues early on in
development..? The 2.6.22-rc3 kernel has the core 2 duo coretemp patch by
ruik which I want be running as long as 2.6.22-rc3 does not have any
severe XFS issues?
Justin.
-
To unsubscribe from this list: send the line
[ The same patch as before but polished a bit, changes: don't force DMA
capable bit, remove debugging, bump version and add patch description.
I think that there is no need to re-test it (but it won't hurt either). ]
The DMA support for RAID mode broke after:
commit
On Thursday 31 May 2007, Thomas Kuther wrote:
> On Do, 24.05.07 11:46 Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
> wrote:
>
> >
> > Hi,
> >
> > [...]
> >
> > Improved patch - this time the issue should be fixed for good (I was
> > looking only at the RAID specific part of the fixups and I
On Sat, 2 Jun 2007, Tear wrote:
> >
> > Wouldn't this also disable the IOAPIC in the (working) ACPI+IOAPIC case?
>
> Yes, it would. However, I wanted to make my addition
> to the kernel generic so that other people with
> problematic IO-APIC implementations can blacklist
> their systems
Oleg Nesterov wrote:
> On 06/01, Mark Hounschell wrote:
>> Oleg Nesterov wrote:
>>> On 06/01, Mark Hounschell wrote:
Ok the prctl never returned. I just replaced the ioctl with it and added
a printf before and after. I only get the one before. The thread is hung
at this point just
--- Len Brown <[EMAIL PROTECTED]> wrote:
> > +static int __init disable_blacklisted_ioapic(struct dmi_system_id *d)
> > +{
> > + printk(KERN_WARNING "%s detected... Disabling IO-APIC\n", d->ident);
> > + skip_ioapic_setup = 1;
> > + return(0);
> > +}
>
> Wouldn't this also disable the
Jonathan Schleifer wrote:
> Hello.
>
> This patch adds a new kernel parameter (ignore_partitions=device) to
> the kernel. It is useful when using a fake RAID with dmraid so that
> Linux won't complain about attemps to access the drive beyond its
> boundaries when udev and/or hald are started.
>
On Sat, 2 Jun 2007, Andi Kleen wrote:
I feel, having a silent/transparent workaround is not a good idea. With that
If enough RAM is chopped off users will notice. They tend to complain
when they miss RAM. I don't like panic very much because for many
users it will be a show stopper (even
[Andrew Morton - Sat, Jun 02, 2007 at 12:16:16PM -0700]
[...snip...]
|
| No, the problem is that the patch caused the kernel to take inode_lock
| within the newly-added drop_inode(), btu drop_inode() is already called
| under inode_lock.
|
| It has nothing to do with lock_kernel() and it has
Jens Axboe wrote:
On Fri, Jun 01 2007, Bill Davidsen wrote:
Jens Axboe wrote:
On Thu, May 31 2007, Bill Davidsen wrote:
Jens Axboe wrote:
On Thu, May 31 2007, David Chinner wrote:
On Thu, May 31, 2007 at 08:26:45AM +0200, Jens Axboe wrote:
Hi Jan :)
* Jan Engelhardt <[EMAIL PROTECTED]> dixit:
> On Jun 2 2007 09:58, DervishD wrote:
> >
> > * H. Peter Anvin <[EMAIL PROTECTED]> dixit:
> >> Jan Engelhardt wrote:
> >> > (1) I can do <~> just fine on vt
> >> > (2) I can do <ö> just fine on vt too
> >> > (3) And copy+paste them both
On Sat, 2 Jun 2007, [EMAIL PROTECTED] wrote:
On Sat, 02 Jun 2007 07:27:13 PDT, [EMAIL PROTECTED] said:
The type of hardening that AppArmor can provide network-facing daemons is only
protecting the system against attacks that aren't even a large part of the
threat model. Exploiting a broken
On Sat, Jun 02, 2007 at 08:57:46PM +0200, Adrian Bunk wrote:
> include/linux/raid/xor.h:extern void xor_block(unsigned int count, unsigned
> int bytes, void **ptr);
> drivers/md/xor.c:xor_block(unsigned int count, unsigned int bytes, void **ptr)
> drivers/md/xor.c:EXPORT_SYMBOL(xor_block);
>
>
On Sat, 02 Jun 2007 19:04:29 +0530, debian developer said:
> On 6/2/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > It's quite common for experienced kernel developers to ack completely broken
> > patches.
>
> common!!
>
> is'nt that a bit too ...
Lots of code looks totally reasonable to a
History:
During the discussion over the speed and stability of the proposed inclusion
of a stripped-down, minimized version of the LZO compression algorithm it was
noted that the way that patch handled separation of compression and
decompression could be used for zlib as well. Then it was
On Sat, 2 Jun 2007 22:57:07 +0400 Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> [Andrew Morton - Sat, Jun 02, 2007 at 10:32:03AM -0700]
> | On Sat, 2 Jun 2007 18:06:19 +0400 Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> |
> | > [Andrew Morton - Sat, Jun 02, 2007 at 12:06:45AM -0700]
> | > | On
>
> promcon_init() can be called again from visual_init() during
> vc_allocate(). So anything referenced by promcon_init() should not be
> marked __init.
>
> Although, if you want to keep promfont_unitable and promfont_unicount
> __init, you can probably use con_copy_unimap() using the default
On Sat, 02 Jun 2007 07:27:13 PDT, [EMAIL PROTECTED] said:
> > The type of hardening that AppArmor can provide network-facing daemons is
> > only
> > protecting the system against attacks that aren't even a large part of the
> > threat model. Exploiting a broken PHP script? Happens all the
All appears to work fine, until I try to boot a kernel with a Reiser4 /
partition. Then I get endless errors of the sort:
[ 206.349450] sd 1:0:0:0: [sdc] Result: hostbyte=DID_BAD_TARGET
driverbyte=DRIVER_OK,SUGGEST_OK
(See attached dmesg for more, I only sent the first 1,000 lines, it goes
on
This patch makes the needlesly global khvcd() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.22-rc3-mm1/drivers/char/hvc_console.c.old 2007-06-02
19:58:07.0 +0200
+++ linux-2.6.22-rc3-mm1/drivers/char/hvc_console.c 2007-06-02
19:58:28.0 +0200
@@
This patch removes the no longer used sonypi_camera_command().
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/char/sonypi.c | 47 -
include/linux/sonypi.h |2 -
2 files changed, 49 deletions(-)
---
pgd_{c,d}tor() can now become static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/i386/mm/pgtable.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- linux-2.6.22-rc3-mm1/arch/i386/mm/pgtable.c.old 2007-06-02
19:16:38.0 +0200
+++
On Wed, May 30, 2007 at 11:58:23PM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.22-rc2-mm1:
>...
> git-md-accel.patch
>...
> git trees
>...
The ASYNC_* options are for internal helper code and should therefore
not be user visible.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
On Sat, Jun 02, 2007 at 02:00:00PM -0400, John Anthony Kazos Jr. wrote:
> > > > > > Explain what we use Acked-by: for, and how it differs from
> > > > > Signed-off-by:
> > > > > > Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
> > > > > > +
> > > > > > +If a person was not directly involved
On Fri, Jun 01, 2007 at 09:17:53PM -0700, Christoph Lameter wrote:
> This introduces
>
> CONFIG_DEVELKERNEL
>
> If CONFIG_DEVELKERNEL is set then this is a development kernel.
> Otherwise the kernel to be built is a a production kernel.
The below patch suffers from the problem that changing
Hello.
This patch adds a new kernel parameter (ignore_partitions=device) to
the kernel. It is useful when using a fake RAID with dmraid so that
Linux won't complain about attemps to access the drive beyond its
boundaries when udev and/or hald are started.
---
Part two in the O_CLOEXEC saga: adding support for file descriptors received
through Unix domain sockets.
The patch is once again pretty minimal, it introduces a new flag for recvmsg
and passes it just like the existing MSG_CMSG_COMPAT flag. I think this bit
is not used otherwise but the
Remove crappy code noticed by Linus, see
http://lkml.org/lkml/2007/5/23/476
for details.
While at it simplify logic a bit.
There should be no functionality changes caused by this patch.
Cc: Linus Torvalds <[EMAIL PROTECTED]>
Cc: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by:
Problem noticed by Joe Zbiciak, see
http://kerneltrap.org/node/8252
for details.
On CSB6 the driver is using BIOS settings and not programming DMA/PIO timings
itself. However the logic was completely broken and resulted in wrong timings
being silently allowed (instead of being
[Andrew Morton - Sat, Jun 02, 2007 at 10:32:03AM -0700]
| On Sat, 2 Jun 2007 18:06:19 +0400 Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
|
| > [Andrew Morton - Sat, Jun 02, 2007 at 12:06:45AM -0700]
| > | On Sat, 2 Jun 2007 10:59:23 +0400 Cyrill Gorcunov <[EMAIL PROTECTED]>
wrote:
| > |
| > | >
include/linux/raid/xor.h:extern void xor_block(unsigned int count, unsigned int
bytes, void **ptr);
drivers/md/xor.c:xor_block(unsigned int count, unsigned int bytes, void **ptr)
drivers/md/xor.c:EXPORT_SYMBOL(xor_block);
and
net/ieee80211/ieee80211_crypt_ccmp.c:static inline void xor_block(u8
Adrian Bunk wrote:
On Sat, Jun 02, 2007 at 01:42:06AM +0200, Rafael J. Wysocki wrote:
Hi,
Can anyone please tell me who's administering the kernel bugzilla now?
I've tried to write to [EMAIL PROTECTED] , but this address seems
to point to nowhere.
...
Martin Bligh (explicitely Cc'ed) should
> > > > > Explain what we use Acked-by: for, and how it differs from
> > > > Signed-off-by:
> > > > > Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
> > > > > +
> > > > > +If a person was not directly involved in the preparation or
> > > > handling of a
> > > > > +patch but wishes to
On Sat, Jun 02, 2007 at 10:47:00AM -0700, Andrew Morton wrote:
> On Sat, 2 Jun 2007 16:11:45 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote:
>...
> > > -12) The canonical patch format
> > > +12) When to use Acked-by:
> > > +
> > > +The Signed-off-by: tag implies that the signer was involved in the
>
On Sat, 2 Jun 2007 16:43:48 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote:
> And your approach could easily result in code paths never tested in
> -mm or -rc kernels exploding in the actual release.
yep, we need to ensure that DEVELKERNEL gets turned off a few weeks
before final release.
-
To
1 - 100 of 360 matches
Mail list logo