Hi,
On 02 Feb 2005 08:24:03 -0700
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
>
> So the kernel+initrd that captures a crash dump will live and execute
> in a reserved area of memory. It needs to know which memory regions
> are valid, and it needs to know small things like the final register
>
On Wednesday 02 February 2005 17:27, Peter Osterlund wrote:
> On Wed, 2 Feb 2005, Dmitry Torokhov wrote:
>
> > On Wed, 02 Feb 2005 13:52:03 -0800 (PST), Peter Osterlund
> > <[EMAIL PROTECTED]> wrote:
> > >
> > >if (mousedev->touch) {
> > > + size = dev->absmax[ABS_X] -
Hi Vivek and Eric,
IMHO, why don't we swap not only the contents of the top 640K
but also kernel working memory for kdump kernel?
I guess this approach has some good points.
1.Preallocating reserved area is not mandatory at boot time.
And the reserved area can be distributed in small pieces
On Wed, Feb 02 2005, Andrew Morton wrote:
> Dave Olien <[EMAIL PROTECTED]> wrote:
> >
> > +extern inline void zero_fill_bio(struct bio *bio)
> > +{
> > + unsigned long flags;
> > + struct bio_vec *bv;
> > + int i;
> > +
> > + bio_for_each_segment(bv, bio, i) {
> > + char *data
On Wed, Feb 02, 2005 at 10:44:14PM -0500, Ethan Weinstein wrote:
> Hey all,
>
> I've been having quite a time with the e1000 driver running at gigabit
> speeds. Running it at 100Fdx has never been a problem, which I've done
> done for a long time. Last week I picked up a gigabit switch, and
On Wed, 2005-02-02 at 23:47 -0500, Dave Jones wrote:
> I'm at a loss to explain whats been happening with this symbol.
The macro was duplicated in -mm1.
I sent a patch against -mm1
The patch went upstream without the perfctr-ppc.patch, which contained
the macro define in regs.h.
So a bit of
On Wed, 2 Feb 2005 23:58:05 +0100 (CET), Peter Osterlund <[EMAIL PROTECTED]>
wrote:
> It didn't make any difference for the generated assembly code though,
> using gcc 3.4.2 from Fedora Core 3.
OK, unary minus is fine then.
What about using 'value' in place of 'fx(0)'?
-- Pete
-
To
On Sunday 30 January 2005 18:21, Dmitry Torokhov wrote:
> On Sunday 30 January 2005 03:41, Al Viro wrote:
> > On Sat, Jan 29, 2005 at 12:25:10PM +0100, Vojtech Pavlik wrote:
> > > I know. As I said, this is a problem I know about, and will be fixed. I
> > > was mainly interested whether anyone
On Thu, Feb 03, 2005 at 12:28:16AM -0500, Dave Jones wrote:
> Code references these vars even though they don't exist.
> Untested other than compile test.
Nope - what it tries to do is to set default_vmode and default_cmode.
See 2.6.11-rc3, it got a fix for that one.
-
To unsubscribe from this
On Wed, Feb 02, 2005 at 11:58:05PM +0100, Peter Osterlund wrote:
> In practice I don't think it will make any significant difference. What
> the code should do depends on what you want to happen if you move the
> mouse pointer 1/2 pixel with one finger stroke, then move it another 1/2
> pixel
On Wed, 2005-02-02 at 22:27 -0800, Andrew Morton wrote:
> I don't think Linus _can_ apply it - he doesn't have
> try_acquire_console_sem() for a start.
Right, that's a pre-req.
> I currently have:
>
> add-try_acquire_console_sem.patch
>
From: Libor Michalek <[EMAIL PROTECTED]>
Add a missing break statement between RC and UD cases in mthca_post_send().
This fixes a possible oops for protocols that use the RC transport.
Signed-off-by: Libor Michalek <[EMAIL PROTECTED]>
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
Code references these vars even though they don't exist.
Untested other than compile test.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
--- linux-2.6.10/drivers/video/matrox/matroxfb_base.c~ 2005-01-27
20:06:10.0 -0500
+++ linux-2.6.10/drivers/video/matrox/matroxfb_base.c 2005-01-27
Yet another ppc64 build failure..
Move the function before its first usage, and the failure goes away.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
--- linux-2.6.10/drivers/net/ibmveth.c~ 2005-01-12 16:03:14.0 -0500
+++ linux-2.6.10/drivers/net/ibmveth.c 2005-01-12 16:03:37.0
On Wed, 2005-02-02 at 18:35 -0800, Linus Torvalds wrote:
> I'd _really_ like to calm down for a final 2.6.11 now, so please note
> anything really important I missed, but keep the rest pending. And give
> this a good testing..
...
> Gerd Knorr:
> o video/arv: remove casts
> o video/w9966:
I found a bug in drivers/pcmcia/ds.c for version 2.6.11rc2 (from
linux-mips CVS) that was causing initialization problems with the second
card when I had two PCMCIA wireless cards in my AMD Alchemy DB1100
board. Here is the patch:
--- ds.c.orig 2005-01-13 06:06:18.0 -0800
+++ ds.c
Hi,
I found the following in an old mail:
>From vgoyal at in.ibm.com Thu Jan 6 07:20:43 2005
...
>2. Kdump can possibly fail on SMP machines if crash occurs on non-boot
>cpu. Hari is finalizing the stop gap patch to handle this problem.
Is this finished ? (It seems it is not in
On Feb 02, 2005, at 23:08, Jonathan A. George wrote:
As an observation:
The Linux kernel appears to contain the GPL copyright notice. This
appears to explicitly releases the right to alter anything in a copy
written work which shares that copyright notice. Therefore, all
exported symbols would
On Wed, Feb 02, 2005 at 09:54:02PM -0700, Zan Lynx wrote:
> So, what's the magic amount of redirection and abstraction that cleanses
> the GPLness, hmm? Who gets to wave the magic wand to say what
> interfaces are GPL-to-non-GPL and which aren't?
Go read the historical posts from Linus that talk
On Wed, Feb 02, 2005 at 08:13:15PM -0500, Pavel Roskin wrote:
>
> I won't open all details, but suppose I want the bridge to handle certain
> frames in a special way, just like BPDU frames are handled if STP is
> enabled. There is a hook for that already - see br_handle_frame_hook.
> The
On Wed, 2005-02-02 at 16:30 -0800, Greg KH wrote:
> On Wed, Feb 02, 2005 at 07:07:21PM -0500, Pavel Roskin wrote:
> > On Wed, 2 Feb 2005, Greg KH wrote:
> > >On Wed, Feb 02, 2005 at 03:23:30PM -0800, Patrick Mochel wrote:
> > >>
> > >>What is wrong with creating a (GPL'd) abstraction layer that
I'm at a loss to explain whats been happening with this symbol.
ChangeSet 1.2370, 2005/01/11 17:41:32-08:00, [EMAIL PROTECTED]
[PATCH] ppc: remove duplicate define
The MMCR0_PMXE is already defined in reg.h, so no need to redefine it here.
Signed-off-by: Thomas Gleixner <[EMAIL
The attached patch enhances the kernel's DHCP client support (in
net/ipv4/ipconfig.c) to set the interface MTU if provided by the DHCP server.
Without this patch, it's difficult to netboot on a network that uses jumbo
frames. The patch is based on 2.6.10, but I'll update it to the latest
As an observation:
The Linux kernel appears to contain the GPL copyright notice. This
appears to explicitly releases the right to alter anything in a copy
written work which shares that copyright notice. Therefore, all
exported symbols would appear to carry equal weight; thus making the
Oops... :)
Professional pictures big featuring the now most beautiful,
most sensual, most very tempting pre teen and girls unique
Bed is the poor man's opera.
http://www.geocities.com/aurora_albright_89/
This is 7-16 will girls that we want shoot them as they are,
keeping no capo
On Thu, Feb 03, 2005 at 03:34:29AM +0100, Christophe Saout wrote:
> The keyring API seems very flexible. You can define your own type of
> keys and give them names. Well, the name is probably irrelevant here and
> should be chosen randomly but it's less likely to collide with someone
> else.
In article <[EMAIL PROTECTED]> you wrote:
> Below is an oprofile (truncated) of (the same) dd running on /dev/sdb.
do you also have the oprofile of the sg_dd handy?
Greetings
Bernd
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
The current implementation of memory hotremoval relies on that pages
can be unmapped from process spaces. After successful unmapping,
subsequent accesses to the pages are blocked and don't interfere
the hotremoval operation.
However, this code
if (PageSwapCache(page) &&
> Jack O'Quin wrote:
>> Temporarily dropping privileges gains no security whatsoever. It is
>> nothing more than a coding convenience.
Peter Williams <[EMAIL PROTECTED]> writes:
> Yes, to help avoid accidentally misusing the privileges.
>> The program remains *inside* the system security
Hey all,
I've been having quite a time with the e1000 driver running at gigabit
speeds. Running it at 100Fdx has never been a problem, which I've done
done for a long time. Last week I picked up a gigabit switch, and that's
when the trouble began. I find that transferring large amounts of
In arch/i386/kernel/pci-irq.c:pcibios_enable_irq(), there is a redundant
check:
if (pin && !pcibios_lookup_irq(dev, 1) && !dev->irq) {
/* ... */
if (pin) {
We don't need the second 'if (pin)', as we already know it's nonzero
from the first check. Also note that this fixes
Bill Huey (hui) wrote:
On Thu, Feb 03, 2005 at 08:54:24AM +1100, Peter Williams wrote:
As Ingo said in an earlier a post, with a little ingenuity this problem
can be solved in user space. The programs in question can be setuid
root so that they can set RT scheduling policy BUT have their
On Wed, 2 Feb 2005 21:50:49 -0500, Kyle Moffett <[EMAIL PROTECTED]> wrote:
> Please consider the benefits to GPL software ;-)
Given his @gnu.org posts, I'd suggest he's between a rock and a hard
place and can't just do that. Companies don't always understand these
arguments :-)
On the techical
Jack O'Quin wrote:
Peter Williams <[EMAIL PROTECTED]> writes:
If you have the source code for the programs then they could be
modified to drop the root euid after they've changed policy. Or
even do the
Paul Davis wrote:
This is insufficient, since they need to be able to drop RT
scheduling and
On Wed, 2 Feb 2005, Marcelo Tosatti wrote:
Someone should try implementing the zeroing driver for a fast x86 PCI
device. :)
I'm not convinced. Zeroing a page takes 2000-4000 CPU
cycles, while faulting the page from RAM into cache takes
200-400 CPU cycles per cache line, or 6000-12000 CPU
cycles.
* Pavel Machek <[EMAIL PROTECTED]> [050202 06:13]:
>
> Hi!
>
> > > > > I used your config advices from second mail, still it does not work as
> > > > > expected: system gets "too sleepy". Like it takes a nap during boot
> > > > > after "dyn-tick: Maximum ticks to skip limited to 1339", and key
On Thu, Feb 03, 2005 at 08:54:24AM +1100, Peter Williams wrote:
> As Ingo said in an earlier a post, with a little ingenuity this problem
> can be solved in user space. The programs in question can be setuid
> root so that they can set RT scheduling policy BUT have their
> permissions set so
On Feb 02, 2005, at 20:13, Pavel Roskin wrote:
OK, then the "insufficiency" is inability to set and get additional
named variables for network interfaces.
I won't open all details, but suppose I want the bridge to handle
certain frames in a special way, just like BPDU frames are handled if
STP is
On Wed, Feb 02, 2005 at 05:59:54PM -0500, Paul Davis wrote:
> Actually, JACK probably is the most sophisticated media *framework* on
> the planet, at least inasmuch as it connects ideas drawn from the
> media world and OS research/design into a coherent package. Its not
> perfect, and we've just
On Sat, 2005-01-29 at 03:35, Oleg Nesterov wrote:
> > This patch introduces make_ahead_window() function for
> > simplification of page_cache_readahead.
>
> If you will count this patch acceptable, I'll rediff it against
> next mm iteration.
>
> For your convenience here is the code with the
This has a number of architecture updates (mips, arm, ppc, x86-64, ia64),
and updates ACPI, DRI, ALSA, SCSI, XFS and InfiniNand.. And a lot of small
one-liners all over.
I'd _really_ like to calm down for a final 2.6.11 now, so please note
anything really important I missed, but keep the rest
Am Mittwoch, den 02.02.2005, 17:52 -0800 schrieb Matt Mackall:
> > An alternativ would be to use some form of handle to point to the key
> > after it has been given to the kernel. But that would require some more
> > infrastructure.
>
> There's been some talk about such infrastructure already. I
I am trying to get very fast disk drive performance and I am seeing
some interesting bottlenecks. We are trying to get 800 MB/sec or more
(yes, that is megabytes per second). We are currently using
PCI-Express with a 16 drive raid card (SATA drives). We have achieved
that speed, but only
Dave Olien <[EMAIL PROTECTED]> wrote:
>
> +extern inline void zero_fill_bio(struct bio *bio)
> +{
> +unsigned long flags;
> +struct bio_vec *bv;
> +int i;
> +
> +bio_for_each_segment(bv, bio, i) {
> +char *data = bvec_kmap_irq(bv, );
> +memset(data,
Hi, folks. While investigating the 2.4 memory corruption problem fixed
by the patch previously posted, it was noticed that the 2.6 version of
get_kcore_size() inappropriately uses sizeof(struct memelfnote) in its
calculation of the /proc/kcore ELF header size. What is actually stored
in the
Hi, Marcelo. A fairly nasty memory corruption potential exists when
/proc/kcore is accessed and there are at least 62 vmalloc'd areas.
The problem is that get_kcore_size() does not properly account for
the elf_prstatus, elf_prpsinfo, and task_struct structure sizes in
the fabricated ELF header,
Hey Venkatesh,
I've been looking into a bug where i386 2.6 kernels do not boot on IBM
e325s if HPET_TIMER is enabled (hpet=disable works around the issue).
When running x86-64 kernels, the issue isn't seen. It appears that after
the hpet is enabled, we stop receiving timer ticks. I've not
Noticed that in drivers/scsi/sym53c8xx.c:
sym53c8xx.c:13185: warning: integer constant is too large for "long" type
Since we're not dealing with C99 (yet), this 64 bit integer constant
needs to be suffixed with ULL. Patch included.
Mark F. Haigh
[EMAIL PROTECTED]
--- drivers/scsi/sym53c8xx.c.orig
On Thu, Feb 03, 2005 at 02:33:01AM +0100, Christophe Saout wrote:
> Am Mittwoch, den 02.02.2005, 13:19 -0800 schrieb Matt Mackall:
>
> > From looking at the dm_crypt code, it appears that it can be
> > interrogated to report the current key. Some quick testing shows:
> >
> > # dmsetup table
Hi Matt, Alan,
Could you please tell me (link would do) why it makes default
delay_use=5
really necessary (from the patch below)?
https://lists.one-eyed-alien.net/pipermail/usb-storage/2004-August/00074
7.html
It makes USB boot really painfull and slow :(
I understand there should be a
On Wed, 2 Feb 2005 11:46:11 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> > 04_ide_cleanup_piix.patch
> >
> > In drivers/ide/pci/piix.[hc], init_setup_piix() is defined and
> > used but only one init_setup function is defined and no
> > demultiplexing is done using init_setup
It's basically just like the code says.
A lot of devices choke if you access them too quickly after enumeration.
The 5 second delay seems to be enough for most devices. But we made it
adjustable exactly for people like you.
Matt
On Wed, Feb 02, 2005 at 04:17:13PM -0800, Aleksey Gorelov wrote:
On Mon, 20 Dec 2004 12:19:43 +0100
Einar Lück <[EMAIL PROTECTED]> wrote:
> This patch is an approach towards solving some problems with the
> current multipath implementation:
> * routing cache allows only one route to be cached for a certain
> search key
> * a mulitpath/load balancing
On Wed, 2 Feb 2005 11:40:17 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Hello, B. Zolnierkiewicz.
Hi,
> These patches are various fixes/improvements to the ide driver. They
> are against the 2.6 bk tree as of today (20050202).
Nice series. As you probably already kno
On Wed, 2 Feb 2005 12:02:54 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> > 18_ide_comment_fixes.patch
> >
> > Comment fixes.
>
> Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Am Mittwoch, den 02.02.2005, 13:19 -0800 schrieb Matt Mackall:
> From looking at the dm_crypt code, it appears that it can be
> interrogated to report the current key. Some quick testing shows:
>
> # dmsetup table /dev/mapper/volume1
> 0 200 crypt aes-plain 0123456789abcdef0123456789abcdef 0
"Randy.Dunlap" <[EMAIL PROTECTED]> writes:
> Vivek Goyal wrote:
> > Hi Andrew,
> > This patch has been generated against 2.6.11-rc2-mm2. This fixes a very
> > minor bug in kexec.
>
> Have you run sparse on a kexec-patched kernel tree?
> I have, but not lately. It needed some s/0/NULL/ in
Hi, Joseph!
On Wed, 2 Feb 2005, Joseph Pingenot wrote:
From Pavel Roskin on Wednesday, 02 February, 2005:
All I want to do is to have a module that would create subdirectories for
some network interfaces under /sys/class/net/*/, which would contain
additional parameters for those interfaces. I'm
On Wed, 2 Feb 2005 11:57:28 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> > 14_ide_error_remove_NULL_test.patch
> >
> > In ide_error(), drive cannot be NULL. ide_dump_status() can't
> > handle NULL drive.
applied, you missed Signed-off-by line
-
To unsubscribe from this list: send
On Mon, 20 Dec 2004 12:13:24 +0100
Einar Lück <[EMAIL PROTECTED]> wrote:
> This patch splits up ip_route_[in|out]put_slow in inlined functions.
> Basic idea:
> * improve overall comprehensibility
> * allow for an easier application of patch for improved multipath
> support
Patch applied to my
On Wed, Feb 02, 2005 at 07:07:21PM -0500, Pavel Roskin wrote:
> On Wed, 2 Feb 2005, Greg KH wrote:
> >On Wed, Feb 02, 2005 at 03:23:30PM -0800, Patrick Mochel wrote:
> >>
> >>What is wrong with creating a (GPL'd) abstraction layer that exports
> >>symbols to the proprietary modules?
> >
> >Ick,
Hello,
I just thought that in case anyone wants to contact me it would be easier
if I was listed in the CREDITS file...
N: Neil Whelchel
E: [EMAIL PROTECTED]
W: http://firstlight.net/~koyama
D: Cypress M8 driver, PMD-1280LS driver, USB patches
S: P.O. Box 2082
S: Joshua Tree, CA 92252
-Neil
Peter Williams <[EMAIL PROTECTED]> writes:
>>> If you have the source code for the programs then they could be
>>> modified to drop the root euid after they've changed policy. Or
>>> even do the
> Paul Davis wrote:
>> This is insufficient, since they need to be able to drop RT
>> scheduling and
On Mon, 31 Jan 2005 22:33:26 +1100
Herbert Xu <[EMAIL PROTECTED]> wrote:
> We're using atomic integers to signal that we're done with an object.
> The object is usually represented by a piece of memory.
>
> The problem is that in most of the places where we do this (and that's
> not just in the
On Wed, 2 Feb 2005 11:56:49 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> > 13_ide_tape_time_after.patch
> >
> > Explicit jiffy comparision converted to time_after() macro.
>
> Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe
Followup to: <[EMAIL PROTECTED]>
By author:Matthias-Christian Ott <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Hi!
> But maybe gcc 4 will get different later, so I think this patch makes sense.
>
No, it doesn't. You fork when you have a reason. Eager forking is
*BAD*.
On Wednesday, 2 of February 2005 14:31, Pavel Machek wrote:
> Hi!
>
> > I have noticed that the condition (cur_freq != cpu_policy->cur), which is
> > unlikely() according to cpufreq.c:cpufreq_resume(), occurs on every resume
> > on my box (Athlon64-based Asus). Every time the box resumes, I get
On Wed, Feb 02, 2005 at 11:50:02PM +, Alasdair G Kergon wrote:
> On Wed, Feb 02, 2005 at 01:19:16PM -0800, Matt Mackall wrote:
> > # dmsetup table /dev/mapper/volume1
> > 0 200 crypt aes-plain 0123456789abcdef0123456789abcdef 0 7:0 0
>
> > Obviously, root can in principle recover this
On Wed, 2005-02-02 at 11:05 +0100, Arnd Bergmann wrote:
> How about something along the lines of this patch? Instead of adding a
> pointer to the pci data from the device node, it embeds the node inside
> a new struct pci_device_node. The patch is not complete and therefore
> not expected to work
Vivek Goyal wrote:
Hi Andrew,
This patch has been generated against 2.6.11-rc2-mm2. This fixes a very
minor bug in kexec.
Have you run sparse on a kexec-patched kernel tree?
I have, but not lately. It needed some s/0/NULL/ in several places,
but that was before the latest big changes...
diff -puN
On Wed, 2 Feb 2005 11:51:42 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> > 09_ide_do_rw_disk_lba48_dma_check_fix.patch
> >
> > In __ide_do_rw_disk(), the shifted block, instead of the
> > original rq->sector, should be used when checking range for
> > lba48 dma.
>
>
Followup to: <[EMAIL PROTECTED]>
By author:Charles Cazabon <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> I'm not sure that's the case. Inclusion of significant chunks of source code
> (not just a dozen lines or whatever) might bring the book into "derived work"
> territory, and
On Wed, 2 Feb 2005 11:54:48 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> > 11_ide_drive_sleeping_fix.patch
> >
> > ide_drive_t.sleeping field added. 0 in sleep field used to
> > indicate inactive sleeping but because 0 is a valid jiffy
> > value, though slim, there's a chance
Fruhwirth Clemens wrote:
> Especially, if James ask me to redo Michal's conflicting patches
> (done btw), which are totally off-topic for me.
Great, thanks! Has the interface for multiblock modules changed or
should my old modules work with it with no more effort?
Unfortulately I don't have a
On Wed, 2 Feb 2005 11:55:38 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> > 12_ide_hwgroup_t_polling.patch
> >
> > ide_hwgroup_t.polling field added. 0 in poll_timeout field
> > used to indicate inactive polling but because 0 is a valid
> > jiffy value, though slim, there's a
On Wed, 2 Feb 2005 11:52:48 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> > 10_ide_do_rw_disk_pre_task_out_intr_return_fix.patch
> >
> > In __ide_do_rw_disk(), ide_started used to be returned blindly
> > after issusing PIO write. This can cause hang if
> > pre_task_out_intr()
On Thu, 03 Feb 2005 01:21:35 +0100
Fruhwirth Clemens <[EMAIL PROTECTED]> wrote:
> I'm afraid, I'm not going to change it. I already lost too much time
> pushing LRW into the kernel.
The work has to be done by somebody. Linus would certainly reject any
attempt I would make to push code with that
Followup to: <[EMAIL PROTECTED]>
By author:Stelian Pop <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Hi,
>
> I've played lately a bit with Subversion and used it for managing
> the kernel sources, using Larry McVoy's bk2cvs bridge and Ben Collins'
> bkcvs2svn conversion script.
>
>
On Wed, Feb 02, 2005 at 01:23:43PM -0500, linux-os wrote:
>
> When I compile and run the following program:
>
> #include
> int main(int x, char **y)
> {
> pause();
> }
> ... as:
>
> ./xxx `yes`
>
> ... the following occurs after about 30 seconds (your mileage
> may vary):
>
> Additional
Hi, Greg and Patrick!
On Wed, 2 Feb 2005, Greg KH wrote:
On Wed, Feb 02, 2005 at 03:23:30PM -0800, Patrick Mochel wrote:
What is wrong with creating a (GPL'd) abstraction layer that exports
symbols to the proprietary modules?
Ick, no!
Please consult with a lawyer before trying this. I know a lot
On Wed, 2 Feb 2005 11:48:30 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> > 06_ide_start_request_IDE_CONTROL_REG.patch
> >
> > Replaced HWIF(drive)->io_ports[IDE_CONTROL_OFFSET] with
> > equivalent IDE_CONTROL_REG in ide-io.c.
>
> Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
>
>
On Wed, 2 Feb 2005, James Morris wrote:
> Correct, although I think this will get lost in the noise given that it's
> sitting in the middle of crypto processing. I'd remove it.
Dave just ok'd it, so take his advice over mine :-)
- james
--
James Morris
<[EMAIL PROTECTED]>
-
To unsubscribe
On Wed, 2005-02-02 at 15:34 -0800, David S. Miller wrote:
> Also, I think there will be objections to that studlyCaps naming you
> said your other code has. Keep garbage like that in the x11 sources,
> if you don't mind :-)
I'm afraid, I'm not going to change it. I already lost too much time
>From Pavel Roskin on Wednesday, 02 February, 2005:
>All I want to do is to have a module that would create subdirectories for
>some network interfaces under /sys/class/net/*/, which would contain
>additional parameters for those interfaces. I'm not creating a new
>subsystem or anything like
On Wed, 2 Feb 2005 11:45:38 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> > 03_ide_cleanup_opti621.patch
> >
> > In drivers/ide/pci/opti612.[hc], init_setup_opt621() is
> > declared, defined and referenced but never actullay used.
> > Thie patch removes the function.
>
>
On Wed, 2 Feb 2005 11:44:54 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> > 02_ide_cleanup_it8172.patch
> >
> > In drivers/ide/pci/it8172.h, it8172_ratefilter() and
> > init_setup_it8172() are declared and the latter is referenced
> > in it8172_chipsets. Both functions are not
Paul Davis wrote:
As Ingo said in an earlier a post, with a little ingenuity this problem
can be solved in user space. The programs in question can be setuid
root so that they can set RT scheduling policy BUT have their
permissions set so that they only executable by owner and group with the
On Wed, Feb 02, 2005 at 01:19:16PM -0800, Matt Mackall wrote:
> # dmsetup table /dev/mapper/volume1
> 0 200 crypt aes-plain 0123456789abcdef0123456789abcdef 0 7:0 0
> Obviously, root can in principle recover this password from the
> running kernel but it seems silly to make it so easy.
On Thu, 3 Feb 2005, Fruhwirth Clemens wrote:
> > > +static int ecb_process_gw(void *_priv, int nsg, void **buf)
>
> > What does _gw mean?
>
> generic walker.. can be removed, if you like.
That's fine, was just wondering.
> > > + r = pf(priv, nsl, dispatch_list);
> > > +
On Wed, 2 Feb 2005 11:43:53 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> > 01_ide_remove_adma100.patch
> >
> > Removes drivers/ide/pci/adma100.[hc]. The driver isn't
> > compilable (missing functions) and no Kconfig actually enables
> > CONFIG_BLK_DEV_ADMA100.
>
>
On Thu, 03 Feb 2005 00:28:29 +0100
Fruhwirth Clemens <[EMAIL PROTECTED]> wrote:
> I suspected unlikely to be a hint for the compiler to do better jump
> prediction and speculations. Remove?
I don't think it hurts, keep it in there.
When the final patch is made with James's requested fixups,
Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> On Wed, 2005-02-02 at 06:49 -0800, Frank klein wrote:
> > I am having some licensing questions. It would be
> > really great if you can clarify on them
> >
> > 1. For explaining the internals of a filesystem in
> > detail, I need to take their code
On Wed, 2005-02-02 at 17:46 -0500, James Morris wrote:
> On Sun, 30 Jan 2005, Fruhwirth Clemens wrote:
> > James, please test it against ipsec. I'm confident, that everything will
> > work as expected and we can proceed to merge padlock-multiblock against this
> > scatterwalker, so please Andrew,
Douglas Gilbert wrote:
Hopefully these matters will be sorted out at the next t10
meeting in March.
So that means I have to hold off releasing SMART support for SATA for
yet another couple months? Oh well...
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Hi!
> I need this patch (against linux-2.6.11-rc2), to keep ide disk sleeping,
> when resuming from ACPI S1.
>
> In fact, it's just removing a patch from 22 Jun 2004 by Jens Axboe. He has
> told me, that "We can probably kill the patch completely".
> So, this is what I'm doing now.
Are you sure
On Tue, Jan 25, 2005 at 11:10:46AM -0500, Mike Waychison wrote:
> Get rid of semaphore abuse by converting device_driver->unload_sem
> semaphore to device_driver->unloaded completion.
>
> This should get rid of any confusion as well as save a few bytes in the
> process.
>
> Signed-off-by: Mike
On Wed, Feb 02, 2005 at 03:23:30PM -0800, Patrick Mochel wrote:
>
> What is wrong with creating a (GPL'd) abstraction layer that exports
> symbols to the proprietary modules?
Ick, no!
Please consult with a lawyer before trying this. I know a lot of them
consider doing this just as forbidden as
On Mon, 31 Jan 2005 20:01:54 +0100, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch contains the following possible cleanups:
> - make some needlessly global code static
> - ide-dma.c: remove the unneeded EXPORT_SYMBOL(__ide_dma_test_irq)
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
On Tue, Jan 18, 2005 at 03:39:24PM +, Bryan O'Donoghue wrote:
> Greetings list.
>
> I'm curious about something which looks like an error in the mpc8xx
> build of the latest 2.6.11-rc1 kernel.
[snip]
> Looking at the difference between the 2.4 and the 2.6 build arguments.
[snip]
> I notice
On Wed, 2 Feb 2005, Pavel Roskin wrote:
> Hello!
>
> I'm writing a module under a proprietary license. I decided to use sysfs
> to do the configuration. Unfortunately, all sysfs exports are available
> to GPL modules only because they are exported by EXPORT_SYMBOL_GPL.
>
> I have found the
1 - 100 of 605 matches
Mail list logo