On Wed, Feb 02, 2005 at 01:14:05PM -0800, Bill Huey wrote:
> Step one in this is to acknowlege that Unix scheduling semantics is
> "inantiquated" with regard to media apps. Some notion of scoping needs to
bah, "inadequate".
> be put in.
>
> Everybody on the same page ?
bill
-
To unsubscribe fr
On Wed, 2 Feb 2005, Marcelo Tosatti wrote:
> > Nope the BTE is a block transfer engine. Its an inter numa node DMA thing
> > that is being abused to zero blocks.
> Ah, OK.
> Is there a driver for normal BTE operation or is not kernel-controlled ?
There is a function bte_copy in the ia64 arch. See
On Wednesday 02 February 2005 21:01, you wrote:
> >Awesome! Thanks, booting is finally acceptably fast again :-)
> >Just strange
> >that it worked for the last 3 years (in fact, 7 years) with
> >just about every
> >kernel version that's out there... but I'm happy with the workaround.
>
> Was it exa
On Wed, Feb 02, 2005 at 09:10:01AM +0200, Paul Mundt wrote:
> On Tue, Feb 01, 2005 at 02:05:52PM -0800, Greg KH wrote:
> > On Wed, Jan 12, 2005 at 02:48:36PM +0200, Paul Mundt wrote:
> > > Yes, it would seem that way. Here we go again:
> > >
> > > drivers/sh/Makefile |6
On 02 Feb 2005 21:57:39 +0100, Peter Osterlund <[EMAIL PROTECTED]> wrote:
> Please try this patch instead. It works well with my alps touchpad. (I
> don't have a synaptics touchpad.) It does the following:
>
> * Compensates for the lack of floating point arithmetic by keeping
> track of remaind
On 2 Feb 2005, Kevin Hilman wrote:
> While testing an older driver on an -RT kernel (currently using
> -V0.7.37-03), I noticed something strange.
>
> The driver was triggering a "sleeping function called from invalid
> context" BUG(). It was coming from a case where the driver was doing
> a __ge
On Wed, 2 Feb 2005, Dave Hansen wrote:
>
> Strangely enough, it seems to be one single, persistent page.
Ok. Almost certainly not a leak.
It's most likely the FIFO that "init" opens (/dev/initctl). FIFO's use the
pipe code too.
If you don't want unreclaimable highmem pages, then I suspect
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] - dev->absmin[ABS_X];
> > + if (size == 0) size = xres;
>
> Sorry, m
Hi Matt Domsch!
On Wed, Feb 02, 2005 at 02:19:14PM -0600, Matt Domsch wrote next:
> On Wed, Feb 02, 2005 at 10:32:28PM +0300, Vasily Averin wrote:
> > >As a hack, one could #define inline /*nothing*/ in megaraid2.h to
> > >avoid this, but it would be nice if the functions could all get
> > >reord
Ingo Molnar <[EMAIL PROTECTED]> writes:
> so forgive us this stubborness, it's not directed against you in person
> or against any group of users, it's always directed at the problem at
> hand. I think we can do the LSM thing, and if this problem comes up in
> the future again, then maybe by that
On Sun, 30 Jan 2005, Fruhwirth Clemens wrote:
> Ok, here comes a reworked scatterwalk patch. Instead of making
> scatterwalk_walk controllable via another additional function or interface,
> I decided to make scatterwalk_walk quickly restartable. Therefore, I had to
> move an initialization respon
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 original e-mail where this change was proposed:
http://ww
On Wed, 2 Feb 2005, Pete Zaitcev wrote:
> On 02 Feb 2005 21:57:39 +0100, Peter Osterlund <[EMAIL PROTECTED]> wrote:
>
> > Please try this patch instead. It works well with my alps touchpad. (I
> > don't have a synaptics touchpad.) It does the following:
> >
> > * Compensates for the lack of floati
On Mon, 24 Jan 2005, Fruhwirth Clemens wrote:
> This patch adds the ability for a cipher mode to store cipher mode specific
> information in crypto_tfm. This is necessary for LRW's precomputed
> GF-multiplication tables.
This one looks fine as part of the LRW patchset (i.e. not needed for
generi
>It's clever that they do that, but additional control is needed in the
>future. jackd isn't the most sophisticate media app on this planet (not
>too much of an insult :)) and the demands from this group is bound to
Actually, JACK probably is the most sophisticated media *framework* on
the planet,
On Wed, Feb 02, 2005 at 05:56:57PM -0500, Pavel Roskin wrote:
> 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.
Heh, a gnu.or
>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
>group set to a
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 from kernel sources
> 'as it is' in the book. Do I need to
Looks good to me!
Acked-by: Matthew Dobson <[EMAIL PROTECTED]>
Adrian Bunk wrote:
This patch makes a needlessly global struct static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/i386/mach-default/topology.c |2 +-
include/asm-i386/cpu.h|1 -
2 files changed, 1 insertio
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 orig
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 t
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 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 W
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 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, m
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 from
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, I'll
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);
> > > + if(unl
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.
Ther
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
g
>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 th
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
pus
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
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 o
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 s
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
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 Pad
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 your
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, 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 pas
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 a
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*.
-
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
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 Whel
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, no!
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 n
"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 several
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
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:
>
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 goo
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 /dev/
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 p
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, a
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 heade
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, &flags);
> +memset(
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 t
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
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
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 patc
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 st
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 e
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 th
* 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 is
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.
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 t
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 f
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
permis
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 th
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 data
> 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 perime
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) &&
page_
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 PROTE
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.
Dunn
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
GPL_
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 secret
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
test
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 PRO
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 exp
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 propr
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 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 a
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 2.6.11-rc2-mm1
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
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: re
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 -0
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
On Thu, 2005-02-03 at 10:42, Itsuro Oda wrote:
> 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 prob
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
> update-aty128fb-sleep-wakeup-code-for-new-powermac-changes
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> This patch against current bk replaces the previous one I sent you.
>
> It adds the sleep support for newer powermacs, improve power saving on
> some laptops, makes use of the new fbdev modelist management routines,
> and fixes a few backlig
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 with
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 lis
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 sees
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 unsubscribe
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 confu
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 tha
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
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 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] - dev->a
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
>
201 - 300 of 305 matches
Mail list logo