Hi,
This is Linux 2.4.33.5. It mostly fixes 2 minor vulnerabilities :
CVE-2006-5871 (smbfs) don't ignore uid/gid/mode mount opts w/ unix extensions
CVE-2006-6106 (Bluetooth) add packet size checks for CAPI messages
It's now up to date with the changes in 2.4.34-rc2.
Regards,
Willy
Summary of
On Thu, Dec 14, 2006 at 04:33:47PM +, Alan wrote:
> > The trick is to let a lawyer send cease and desist letters to people
> > distributing the infringing software for 1 Euro at Ebay.
>
> Doesn't that sound even more like the music industry ? Pick on Grandma,
> and people who've no clue
On Thu, 14 Dec 2006, David Woodhouse wrote:
>
> But I would ask that they honour the licence on the code I release, and
> perhaps more importantly on the code I import from other GPL sources.
This is a total non-argument, and it doesn't get any betetr by being
mindlessly repeated over and
The declaration of kmem_ptr_validate in slab.h does not match the
one in slab.c. Remove the fastcall attribute (this is the only use in
slab.c).
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Index: linux-2.6/mm/slab.c
===
On Thu, Dec 14, 2006 at 01:54:24PM +0100, Hans-J??rgen Koch wrote:
> Am Donnerstag, 14. Dezember 2006 13:42 schrieb Alan:
> > > > uio also doesn't handle hotplug, pci and other "small" matters.
> > >
> > > uio is supposed to be a very thin layer. Hotplug and PCI are already
> > > handled by other
On Dec 14 2006 10:56, Hans-Jürgen Koch wrote:
>
>A small German manufacturer produces high-end AD converter cards. He sells
>100 pieces per year, only in Germany and only with Windows drivers. He would
>now like to make his cards work with Linux. He has two driver programmers
>with little
On Thu, 14 Dec 2006, Jeff Garzik wrote:
>
> For the record, I also disagree with the sneaky backdoor way people want to
> add EXPORT_SYMBOL_GPL() to key subsystems that drivers will need.
I actually think the EXPORT_SYMBOL_GPL() thing is a good thing, if done
properly (and I think we use it
On Thu, Dec 14, 2006 at 09:03:57AM -0800, Linus Torvalds wrote:
> I actually think the EXPORT_SYMBOL_GPL() thing is a good thing, if
> done properly (and I think we use it fairly well).
>
> I think we _can_ do things where we give clear hints to people that
> "we think this is such an internal
>Yesterday I discovered some processes that had a PPID which was not
>shown as a running process by "ps". Also an "ls /proc" did not show
>that PPID.
>
>I've Googled on this enough to find out that these are Linux threads,
>that "ps -m" will show them, that "ls -a /proc" will show /proc/.PPID,
Am Donnerstag, 14. Dezember 2006 18:02 schrieb Jan Engelhardt:
>
> On Dec 14 2006 10:56, Hans-Jürgen Koch wrote:
> >
> >A small German manufacturer produces high-end AD converter cards. He sells
> >100 pieces per year, only in Germany and only with Windows drivers. He would
> >now like to make
On Thu, Dec 14, 2006 at 04:33:47PM +, Alan wrote:
> > The trick is to let a lawyer send cease and desist letters to people
> > distributing the infringing software for 1 Euro at Ebay.
>
> Doesn't that sound even more like the music industry ? Pick on Grandma,
> and people who've no clue
On Wed, 13 Dec 2006, Alan wrote:
>
> He only owns a small amount of the code. Furthermore he imported third
> party GPL code using the license as sole permission. So he may have dug
> a personal hole but many of the rest of us have been repeatedly saying
> whenever he said that - that we do
> > The Ubuntu feisty fawn mess was a dangerous warning bell of where we're
> > going. If we don't stand up at some point, and ban binary drivers, we
> > will, I fear, end up with an unsustainable ecosystem for Linux when
> > binary drivers become pervasive. I don't want to see Linux destroyed
>
On Thu, 14 Dec 2006, Jan Engelhardt wrote:
>
> I don't get you. The rtc module does something similar (RTC generates
> interrupts and notifies userspace about it)
The RTC module knows how to shut the interrupt up.
(And in many cases, timers are special. Timers, by design, are often "edge
On Dec 14 2006 08:46, Ben Collins wrote:
>I have to agree with your your whole statement. The gradual changes to
>lock down kernel modules to a particular license(s) tends to mirror the
>slow lock down of content (music/movies) that people complain about so
>loudly. It's basically becoming DRM
On Thu, 14 Dec 2006, Jan Engelhardt wrote:
>
> Rather than IRQ_HANDLED, it should have been: remove this irq handler
> from the irq handlers for irq number N, so that it does not get called
> again until userspace has acked it.
Wrongo.
That just means that the _handler_ won't be called.
On Dec 14 2006 14:10, Arjan van de Ven wrote:
>On Thu, 2006-12-14 at 13:55 +0100, Jan Engelhardt wrote:
>> >On Thu, 14 Dec 2006 12:31:16 +0100
>> >Hans-Jürgen Koch wrote:
>> >
>> >You think its any easier to debug because the code now runs in ring 3 but
>> >accessing I/O space.
>>
>> A NULL
Hi Alan,
Is it possible to use pata_mpiix (or pata_oldpiix) with an ICH4 IDE controller
and boot off it?
I've tried compiling both drivers into the kernel, and totally disabling
CONFIG_IDE, but it doesn't boot. dmesg doesn't indicate any detection has
taken place. The old IDE layer works
>You know what I think hurts us more than anything? You know what
>probably keeps companies from writing drivers or releasing specs? It's
>because they know some non-paid kernel hackers out there will eventually
>reverse engineer it and write the drivers for them. Free development,
>and they
On Thu, Dec 14, 2006 at 09:08:41AM -0800, Chris Wedgwood wrote:
> On Thu, Dec 14, 2006 at 09:03:57AM -0800, Linus Torvalds wrote:
>
> > I actually think the EXPORT_SYMBOL_GPL() thing is a good thing, if
> > done properly (and I think we use it fairly well).
> >
> > I think we _can_ do things
Am Donnerstag, 14. Dezember 2006 18:34 schrieb Bernd Petrovitsch:
> On Thu, 2006-12-14 at 10:56 +0100, Hans-Jürgen Koch wrote:
> []
> > A small German manufacturer produces high-end AD converter cards. He sells
> > 100 pieces per year, only in Germany and only with Windows drivers. He would
>
Gene Heskett wrote:
> On Wednesday 13 December 2006 22:32, Linus Torvalds wrote:
>>On Wed, 13 Dec 2006, Gene Heskett wrote:
>>> Ok, one not so silly Q (IMO) from the resident old fart. I saw,
>>> sometime in the past week, a relatively huge ieee1394 update go by.
>>> And I have some issues with
Alan wrote:
As per Alan's suggestion I decompressed the kernel source tree with the
processes pegged to one CPU then the other, and as he predicted it took
vastly longer on one CPU than the other, but I don't know what that
implies, or how to fix it.
From the timing it sounds like one
On Thu, Dec 14, 2006 at 12:56:29PM +0200, Avi Kivity wrote:
> Arjan van de Ven wrote:
> >On Thu, 2006-12-14 at 12:46 +0200, Avi Kivity wrote:
> >
> >>Arjan van de Ven wrote:
> >>
> I understand one still has to write a kernel driver to shut up the irq.
> How about writing a small
On Thu, Dec 14, 2006 at 05:38:27PM +, Christoph Hellwig wrote:
> Yes, EXPORT_SYMBOL_INTERNAL would make a lot more sense.
A quick grep shows that changing this now would require updating
nearly 1900 instances, so patches to do this would be pretty large and
disruptive (though we could
Again, I agree with EVERY statement Linus made here. We operate exactly
as Linus describes, and
legally, NO ONE can take us to task on GPL issues. We post patches of
affected kernel code
(albiet the code resembles what Linus describes as a "skeleton driver")
and our proprietary
non derived
On Thu, 2006-12-14 at 18:21 +0100, Jan Engelhardt wrote:
> On Dec 14 2006 08:46, Ben Collins wrote:
> >I have to agree with your your whole statement. The gradual changes to
> >lock down kernel modules to a particular license(s) tends to mirror the
> >slow lock down of content (music/movies) that
On Dec 14 2006 15:38, Avi Kivity wrote:
> Jan Engelhardt wrote:
>> > It has to be written once, but compiled for every kernel
>> > version and $arch out there (for out of tree drivers), or it
>> > has to wait for the next kernel release and distro sync (for
>> > in-tree drivers).
>>
>> Still
On Thu, 2006-12-14 at 18:47 +0100, Hans-Jürgen Koch wrote:
> Am Donnerstag, 14. Dezember 2006 18:34 schrieb Bernd Petrovitsch:
> > On Thu, 2006-12-14 at 10:56 +0100, Hans-Jürgen Koch wrote:
> > []
> > > A small German manufacturer produces high-end AD converter cards. He sells
> > > 100 pieces
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix kernel-doc warnings in 2.6.20-rc1.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c |1 +
drivers/base/firmware_class.c |1 +
drivers/message/i2o/exec-osm.c |2 +-
kernel/relay.c |2 +-
On Thu, Dec 14 2006, Joerg Schilling wrote:
> Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Dec 14 2006, Joerg Schilling wrote:
> > > >CD recording : recorder no longer detected by "wodim" software set in
> > > >2.6.19. I suspect it's a bug in the software... but don't know where
> > >
On Thu, Dec 14, 2006 at 12:48:55PM +0200, Avi Kivity wrote:
> [why trim the cc?]
>
> Hans-J?rgen Koch wrote:
> >Am Donnerstag, 14. Dezember 2006 10:44 schrieb Avi Kivity:
> >
> >
> >>I understand one still has to write a kernel driver to shut up the irq.
> >>How about writing a small bytecode
On Dec 14 2006 18:17, Hans-Jürgen Koch wrote:
>>
>> They use floating point in (Windows) kernelspace? Oh my.
>
>To be honest, I never really understood where kernel space starts and user
>space
>ends in Windows, so I'm not sure about this :-)
Well, in Windows 95/98 you could do inportb (inb)
On Dec 14 2006 09:32, Linus Torvalds wrote:
>On Thu, 14 Dec 2006, Jan Engelhardt wrote:
>>
>> Rather than IRQ_HANDLED, it should have been: remove this irq
>> handler from the irq handlers for irq number N, so that it does
>> not get called again until userspace has acked it.
>
>That just means
Jeff V. Merkey wrote:
Again, I agree with EVERY statement Linus made here. We operate exactly
as Linus describes, and
legally, NO ONE can take us to task on GPL issues. We post patches of
affected kernel code
(albiet the code resembles what Linus describes as a "skeleton driver")
and our
On Thu, 14 Dec 2006 17:14:55 +
Alistair John Strachan <[EMAIL PROTECTED]> wrote:
> Hi Alan,
>
> Is it possible to use pata_mpiix (or pata_oldpiix) with an ICH4 IDE
> controller
> and boot off it?
ata_piix (the SATA/PATA driver) deals with the ICH4. pata_mpiix is
specifically for the Intel
On Thu, Dec 14, 2006 at 02:16:31PM +0100, Karsten Weiss wrote:
> On Thu, 14 Dec 2006, Muli Ben-Yehuda wrote:
>
> > The rest looks good. Please resend and I'll add my Acked-by.
>
> Thanks a lot for your comments and suggestions. Here's my 2nd try:
>
> ===
>
> From: Karsten Weiss <[EMAIL
> One of the things that I find so interesting about how rabid people
> get about enforcing GPL-only modules is how they start acting more and
> more like the RIAA, MPAA, and Microsoft every day
There is a saying
"That which you fight you become"
It's a warning that is well worth
Chris Wedgwood wrote:
> On Thu, Dec 14, 2006 at 05:38:27PM +, Christoph Hellwig wrote:
>
>> Yes, EXPORT_SYMBOL_INTERNAL would make a lot more sense.
>
> A quick grep shows that changing this now would require updating
> nearly 1900 instances, so patches to do this would be pretty large and
>
> Think of uio as just a "class" of driver, like input or v4l. It's still
> up to the driver writer to provide a proper bus interface to the
> hardware (pci, usb, etc.) in order for the device to work at all.
Understood. That leads me to ask another question of the folks who deal
with a lot of
On 12/13/06, Stefan Richter <[EMAIL PROTECTED]> wrote:
How about leaving ohci1394 as it is but document tag_mask better in
libraw1394's inline doxygen(?) comments, and maybe add an enum or macros
to be used as values of raw1394_iso_recv_start's tag_mask argument?
/* can be ORed together */
On Dec 14 2006 09:52, Chris Wedgwood wrote:
>On Thu, Dec 14, 2006 at 05:38:27PM +, Christoph Hellwig wrote:
>
>> Yes, EXPORT_SYMBOL_INTERNAL would make a lot more sense.
>
>A quick grep shows that changing this now would require updating
>nearly 1900 instances, so patches to do this would be
On Thu, 2006-12-14 at 10:56 +0100, Hans-Jürgen Koch wrote:
[]
> A small German manufacturer produces high-end AD converter cards. He sells
> 100 pieces per year, only in Germany and only with Windows drivers. He would
> now like to make his cards work with Linux. He has two driver programmers
Martin J. Bligh wrote:
Jeff V. Merkey wrote:
Again, I agree with EVERY statement Linus made here. We operate
exactly as Linus describes, and
legally, NO ONE can take us to task on GPL issues. We post patches of
affected kernel code
(albiet the code resembles what Linus describes as a
On Thursday 14 December 2006 18:20, Alan wrote:
> On Thu, 14 Dec 2006 17:14:55 +
>
> Alistair John Strachan <[EMAIL PROTECTED]> wrote:
> > Hi Alan,
> >
> > Is it possible to use pata_mpiix (or pata_oldpiix) with an ICH4 IDE
> > controller and boot off it?
>
> ata_piix (the SATA/PATA driver)
On Thu, 14 Dec 2006, Jeff V. Merkey wrote:
>
> Yeah, like that one. WITH THE POLITICAL AGENDA CODE REMOVED.
No. That's really a purely technical thing.
You can still do whatever you want, but people who support the resulting
mess know that they shouldn't.
Linus
-
To
On Thu, Dec 14, 2006 at 12:15:20PM -0600, Eric Sandeen wrote:
> Please don't use that name, it strikes me as much more confusing
> than EXPORT_SYMBOL_GPL, even though I agree that _GPL doesn't quite
> convey what it means, either.
Calling internal symbols _INTERNAL is confusing?
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
I tried out the 2.6.19-git20 kernel on one of my machines (HP
DL380 G3) that has the on board 5i controller (disabled),
2 smart array 642 controllers.
I get the error (cciss: cmd f7b0 timedout) with Buffer I/O error
on device cciss/c
Linus Torvalds wrote:
On Thu, 14 Dec 2006, Jeff V. Merkey wrote:
Yeah, like that one. WITH THE POLITICAL AGENDA CODE REMOVED.
No. That's really a purely technical thing.
I'm not certain I understand what you mean here. Nasty messages using
the word "taint" is purely
On Thu, 14 Dec 2006 14:03:28 +0100
Silviu Craciunas <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-12-13 at 15:53 -0800, Stephen Hemminger wrote:
> > The connection between file and network device is through many
> > layers and there is no direct binding. It could be 0 to N interfaces
> > and even be
On Thu, Dec 14 2006, Steve Roemen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> All,
> I tried out the 2.6.19-git20 kernel on one of my machines (HP
> DL380 G3) that has the on board 5i controller (disabled),
> 2 smart array 642 controllers.
>
> I get the error (cciss: cmd
On Thu, 14 Dec 2006, Chris Wedgwood wrote:
>
> Calling internal symbols _INTERNAL is confusing?
Well, I'm not sure the _INTERNAL name is all that much better than the
_GPL one.
In many ways, the _GPL one describes the _effects_ better, and also points
out the reason _why_ something is
On Thu, Dec 14, 2006 at 01:45:16PM +0100, Hans-Jürgen Koch wrote:
> What you suggest is not a "small kernel module". It's what we have now,
> writing a complete driver.
Who says a complete driver has to be big?
> That's what UIO does, plus some standard sysfs files, that tell you e.g.
> the
Hi Linus,
could you please pull from
master.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
to receive updates for hid core layer, which you merged last week and I am
going to maintain (acked by Dmitry and Marcel).
Thanks.
---
MAINTAINERS |6 ++
Muli Ben-Yehuda wrote:
>> 4)
>> And does someone know if the nforce/opteron iommu requires IBM Calgary
>> IOMMU support?
>>
> It doesn't, Calgary isn't found in machine with Opteron CPUs or NForce
> chipsets (AFAIK). However, compiling Calgary in should make no
> difference, as we detect in
Hi Linus,
`hddtemp' has stopped working on 2.6.20-rc1:
[root] 19:25 [~] hddtemp /dev/sda /dev/sdb /dev/sdc /dev/sdd
/dev/sda: ATA WDC WD2500KS-00M: S.M.A.R.T. not available
/dev/sdb: ATA WDC WD2500KS-00M: S.M.A.R.T. not available
/dev/sdc: ATA Maxtor 6B200M0: S.M.A.R.T. not available
/dev/sdd:
Rik van Riel ([EMAIL PROTECTED]) said:
> Maybe we should just educate users and teach them to
> avoid crazy unsupportable configurations and simply buy
> the hardware that has open drivers available?
Educating the users may help, but it's hard to do the
education once they've already bought the
Jesper Juhl schrieb:
No, that is not planned. 2.6.16.x is an exception.-stable kernels
(those with 2.6.x.y versions) are only released for the latest stable
2.6.x kernel. So currently that's 2.6.19 and as soon as 2.6.20 comes
out there will not be any more 2.6.19.x, only 2.6.20.x - I hope
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
2.6.19 does the same thing, except it's a cmd f7f0 timedout error.
2.6.18 works just fine though.
Steve
Jens Axboe wrote:
> On Thu, Dec 14 2006, Steve Roemen wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> All,
>> I tried
On Thu, Dec 14 2006, Steve Roemen wrote:
>
> 2.6.19 does the same thing, except it's a cmd f7f0 timedout error.
Please don't send html only emails, that's just impossible to work with.
> 2.6.18 works just fine though.
So the question is when it broke between 2.6.18 and 2.6.19. Can you try
Remove the "#if 0"ed call to smp_commence, which is clearly
obsolete.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
There appears to be no value to leaving that call in the code, given
that the source file "arch/ia64/kernel/smpboot.c" explains:
"Switch over to hotplug-CPU
On 12/14/06, Chris Wedgwood <[EMAIL PROTECTED]> wrote:
On Thu, Dec 14, 2006 at 12:15:20PM -0600, Eric Sandeen wrote:
> Please don't use that name, it strikes me as much more confusing
> than EXPORT_SYMBOL_GPL, even though I agree that _GPL doesn't quite
> convey what it means, either.
Calling
This whole effort is pointless. This is the same kind of crap MICROSOFT
DOES to create incompatibilities
DELIBERATELY. The code is either FREE or its NOT FREE.If the code
is FREE then let it be. You can put whatever
you want in the code -- I will remove any such constructs, just like I
On Thu, Dec 14, 2006 at 12:17:49PM -0500, Theodore Tso wrote:
> On Thu, Dec 14, 2006 at 04:33:47PM +, Alan wrote:
> > > The trick is to let a lawyer send cease and desist letters to people
> > > distributing the infringing software for 1 Euro at Ebay.
> >
> > Doesn't that sound even more
I'd suggest putting a Documentation/GPL-Symbols to explain this.
Then in the "tainted" message, have a pointer to that documentation.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Scott Preece
> Sent: Thursday, December 14, 2006 11:43 AM
> To:
Alistair John Strachan ([EMAIL PROTECTED]) said:
> > > Is it possible to use pata_mpiix (or pata_oldpiix) with an ICH4 IDE
> > > controller and boot off it?
> >
> > ata_piix (the SATA/PATA driver) deals with the ICH4. pata_mpiix is
> > specifically for the Intel MPIIX laptop chipset and
On Wed, Dec 13, 2006 at 09:41:56PM -0200, Mauro Carvalho Chehab wrote:
> Argh! if this is caused by switch / ifs, compilation will fail on other
> places.
>
I posted a patch to Paul this week to fix this, as saw we saw it on
Ubuntu's powerpc kernel builds.
Since ppc32 can't do a 64bit
On Thu, 14 Dec 2006, Alistair John Strachan wrote:
>
> `hddtemp' has stopped working on 2.6.20-rc1:
Hmm. Can you do the strace on a working kernel too? For example, is it
that the 0x30d ioctl (which is HDIO_GET_IDENTITY) used to work? If it's a
SATA device, and you _used_ to use the PATA
On Thursday 14 December 2006 15:37, Theodore Tso wrote:
> > + 1 Gigabyte or more total physical RAM, answer "off" here.
>
> I don't think your proposed wording (1 gigabyte or more) versus (more
> than 1 gigabyte) doesn't really change the sense of this.
It does, because if you have exactly 1G
> And there's also the common misconception all costumers had enough
> information when buying something. If you are a normal Linux user and
> buy some hardware labelled "runs under Linux", it could turn out that's
> with a Windows driver running under ndiswrapper...
That is something that I
On Thursday 14 December 2006 15:12, Ben Collins wrote:
> You can't talk about drivers that don't exist for Linux. Things like
> bcm43xx aren't effected by this new restriction for GPL-only drivers.
> There's no binary-only driver for it (ndiswrapper doesn't count). If the
> hardware vendor doesn't
> -Original Message-
> From: Jens Axboe [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 14, 2006 12:51 PM
> To: Steve Roemen
> Cc: LKML; ISS StorageDev; Miller, Mike (OS Dev)
> Subject: Re: 2.6.19-git20 cciss: cmd f7b0 timedout
>
> On Thu, Dec 14 2006, Steve Roemen wrote:
> >
Linus Torvalds wrote:
On Thu, 14 Dec 2006, Alistair John Strachan wrote:
`hddtemp' has stopped working on 2.6.20-rc1:
Hmm. Can you do the strace on a working kernel too? For example, is it
that the 0x30d ioctl (which is HDIO_GET_IDENTITY) used to work? If it's a
SATA device, and you _used_
On Thursday 14 December 2006 19:53, Bill Nottingham wrote:
> Alistair John Strachan ([EMAIL PROTECTED]) said:
> > > > Is it possible to use pata_mpiix (or pata_oldpiix) with an ICH4 IDE
> > > > controller and boot off it?
> > >
> > > ata_piix (the SATA/PATA driver) deals with the ICH4. pata_mpiix
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
MIke, Yes it's connected to a MSA 500 G2
the two 642's firmware are 2.34 for card 1, and 2.58 for card 2
Steve
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
On Thursday 14 December 2006 19:57, Linus Torvalds wrote:
> On Thu, 14 Dec 2006, Alistair John Strachan wrote:
> > `hddtemp' has stopped working on 2.6.20-rc1:
>
> Hmm. Can you do the strace on a working kernel too? For example, is it
> that the 0x30d ioctl (which is HDIO_GET_IDENTITY) used to
On Thu Dec 14, 2006 at 03:05:52PM -0500, Jeff Garzik wrote:
> FWIW, libata generally follows a "implement it, if enough people care
> about it" policy for the old HDIO_xxx ioctls.
I personally care about HDIO_GET_IDENTITY and find it terribly
useful to quickly find out about a drive. Perhaps
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> In compiling the kernel without high res, I hit this error:
>
> kernel/sched.c:4135: error: notick undeclared (first use in this function)
> kernel/sched.c:4135: error: (Each undeclared identifier is reported only once
> kernel/sched.c:4135: error:
(I'm CC-ing the other developer)
Il Thu, Dec 14, 2006 at 03:44:43AM +, Vasco Visser ha scritto:
> Hi,
>
> I've tested the new driver for a couple of days, mostly by running
> XDMCP session over the Gbit LAN. Its all working good.
>
> I didn't experience any crashes or slowdowns at all. The
On Fri, Dec 08 2006, Chen, Kenneth W wrote:
> > Chen, Kenneth wrote on Wednesday, December 06, 2006 10:20 AM
> > > Jens Axboe wrote on Wednesday, December 06, 2006 2:09 AM
> > > This is what I had in mind, in case it wasn't completely clear. Not
> > > tested, other than it compiles. Basically it
On Thu, 2006-12-14 at 20:29 +0100, Michael Buesch wrote:
> On Thursday 14 December 2006 15:12, Ben Collins wrote:
> > You can't talk about drivers that don't exist for Linux. Things like
> > bcm43xx aren't effected by this new restriction for GPL-only drivers.
> > There's no binary-only driver for
On Thu, Dec 14 2006, Alistair John Strachan wrote:
> On Thursday 14 December 2006 19:57, Linus Torvalds wrote:
> > On Thu, 14 Dec 2006, Alistair John Strachan wrote:
> > > `hddtemp' has stopped working on 2.6.20-rc1:
> >
> > Hmm. Can you do the strace on a working kernel too? For example, is it
>
On Thu, Dec 14 2006, Miller, Mike (OS Dev) wrote:
>
>
> > -Original Message-
> > From: Jens Axboe [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, December 14, 2006 12:51 PM
> > To: Steve Roemen
> > Cc: LKML; ISS StorageDev; Miller, Mike (OS Dev)
> > Subject: Re: 2.6.19-git20 cciss: cmd
* Pierre Peiffer <[EMAIL PROTECTED]> wrote:
> Hi,
>
> The kernel (sched.c) does not compile if CONFIG_HZ and CONFIG_SMP are
> set, and CONFIG_NO_HZ isn't.
oops - indeed.
> Is this patch correct ?
yeah. (FYI, i had to hand-apply it because it had whitespace damage, all
tabs where spaces)
Alistair John Strachan sms.ed.ac.uk> writes:
> `hddtemp' has stopped working on 2.6.20-rc1:
→ http://bugzilla.kernel.org/show_bug.cgi?id=7581
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Jens Axboe wrote:
Is the hddtemp source not available?
http://www.guzu.net/linux/hddtemp.php says
http://www.guzu.net/files/hddtemp-0.3-beta15.tar.bz2
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Erik Andersen wrote:
+ if (!atapi_enabled && dev->class == ATA_DEV_ATAPI) {
This seems like an impossible condition?
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
> -Original Message-
> From: Steve Roemen [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 14, 2006 2:14 PM
> To: Miller, Mike (OS Dev)
> Cc: Jens Axboe; LKML; ISS StorageDev; Frazier, Daniel Kent
> Subject: Re: 2.6.19-git20 cciss: cmd f7b0 timedout
>
> -BEGIN PGP SIGNED
On Thu, Dec 14 2006, Jeff Garzik wrote:
> Jens Axboe wrote:
> >Is the hddtemp source not available?
>
>
> http://www.guzu.net/linux/hddtemp.php says
> http://www.guzu.net/files/hddtemp-0.3-beta15.tar.bz2
Thanks! I'll await the 2.6.19-git1 test to see how to proceede.
--
Jens Axboe
-
To
Not in lkml, so cc if needed.
Running 3 machines Slackware 11.0,
all kernel 2.6.18.5, no problems.
Waiting 2.6.19.3 to update ...
Regards
Mario Vanoni
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Thu, 2006-12-14 at 09:26 -0800, Linus Torvalds wrote:
>
> On Thu, 14 Dec 2006, Jan Engelhardt wrote:
> >
> > I don't get you. The rtc module does something similar (RTC generates
> > interrupts and notifies userspace about it)
>
> The RTC module knows how to shut the interrupt up.
The
On Thu Dec 14, 2006 at 03:31:30PM -0500, Jeff Garzik wrote:
> Erik Andersen wrote:
> >+if (!atapi_enabled && dev->class == ATA_DEV_ATAPI) {
>
> This seems like an impossible condition?
Hmm, suppose so. Do you think that simply doing:
if (dev->class == ATA_DEV_ATAPI)
On Thu, Dec 14 2006, Jens Axboe wrote:
> > I'll do that if nobody comes up with anything obvious.
>
> If you can just test 2.6.19-git1, then we'll know if it's the SG_IO
> patch again.
Actually, you should test 2.6.19-git1 with this patch applied as well.
From: FUJITA Tomonori <[EMAIL
/etc/init.d/rcS script execution fails with busybox on 2.6.18. Seems
ldlinux.so related.
J
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
Jeff Garzik wrote:
Again, thanks for your comments, I've added patches to my git repo, will send
out a new set on LKML before the end of this week.
+/* I don't know why the SCSI stack doesn't define something like
this... */
+typedef void (*scsi_done_fn_t) (struct scsi_cmnd *);
submit a
Hello,
I have been seeing some kernel panics on a Dell PowerEdge 2650 with a
PERC 3/Di raid controller doing RAID 1. I have now seen the panics
occur on multiple PE2650s. The panic seems to occur during periods of
high disk activity. I am able to reliably reproduce the crashes by
running
On Thu, 14 Dec 2006 10:58:09 +
Alan <[EMAIL PROTECTED]> wrote:
> > +void edac_mc_handle_fbd_ue(struct mem_ctl_info *mci,
> > + unsigned int csrow,
> > + unsigned int channela,
> > + unsigned int channelb,
> > +
Hmm. Puzzling.
Dave
USB Universal Host Controller Interface driver v3.0
Compaq SMART2 Driver (v 2.6.0)
BUG: unable to handle kernel paging request at virtual address e082a736
printing eip:
e082a736
*pde = 1fd4e067
Oops: [#1]
SMP
last sysfs file: /block/ram0/dev
Modules
under heavy network load the sky2 driver (compiled in the kernel)
locks up and the only way i can get the network back is to reboot the
machine (bringing the network down and back up again doesn't help).
this happens on an amd64 machine (athlon 3500+ processor) and the card
in question is a
--- Alan <[EMAIL PROTECTED]> wrote:
>
> > +void edac_mc_handle_fbd_ue(struct mem_ctl_info *mci,
> > + unsigned int csrow,
> > + unsigned int channela,
> > + unsigned int channelb,
> > + char
601 - 700 of 871 matches
Mail list logo