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
t
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: AT
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 ru
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 ++
drivers/h
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 size
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 marked
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 f7b0
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 d
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 subjective.
-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 (all
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?
> EXPORT_SYMBOL_
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 unsubscri
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) dea
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 "skele
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
>
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 p
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 */
#defi
> 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 th
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
>
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 PROTECTE
> 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 hee
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 prop
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 t
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) an
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
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
> > > >t
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
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 bet
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 cod
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 p
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 support
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 byt
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
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 t
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
> >
>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 didn'
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 where
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 fine.
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.
But
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 fault
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 for
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
trig
> > 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 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 n
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 about
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 his
>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,
>e
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 Lin
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 fa
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 experien
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 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 over
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 about
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 c
On Thu, 14 Dec 2006, Peter Zijlstra wrote:
> Some fallout of: 2e892f43ccb602e8ffad73396a1000f2040c9e0b
>
> CC mm/slab.o /usr/src/linux-2.6-git/mm/slab.c:3557: error: conflicting
> types for ÿÿkmem_ptr_validateÿÿ
> /usr/src/linux-2.6-git/include/linux/slab.h:58: error: previous
> declaration
On Wed, 13 Dec 2006, Greg KH wrote:
> A large number of people have expressed interest recently in the
> userspace i/o driver core which allows userspace drivers to be written
> to handle some types of hardware.
>
> Right now the UIO core is working and in the -mm releases. It's been
> rewritten
On Thu, 2006-12-14 at 15:10 +, James Courtier-Dutton wrote:
> Ben Collins wrote:
> >
> > Here's the list of proprietary drivers that are in Ubuntu's restricted
> > modules package:
> >
> > madwifi (closed hal implementation, being replaced in openhal)
> > fritz
> > ati
> > nvi
On Thu, Dec 14, 2006 at 11:11:33AM -0500, Dave Jones wrote:
> On Thu, Dec 14, 2006 at 04:05:14PM +0100, Adrian Bunk wrote:
> > If a kernel developer or a competitor sends a cease&desist letter to
> > such a distribution, the situation changes from a complicated "derived
> > work" discussion to
> 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 about the issue. It's not the way to solve such
problems. The world d
On Wed, Dec 13, 2006 at 08:15:59PM -0800, Linus Torvalds wrote:
>...
> The fact is, the reason I don't think we should force the issue is very
> simple: copyright law is simply _better_off_ when you honor the admittedly
> gray issue of "derived work". It's gray. It's not black-and-white. But
> b
On Thu, Dec 14, 2006 at 04:05:14PM +0100, Adrian Bunk wrote:
> On Thu, Dec 14, 2006 at 08:07:04AM -0500, Dave Jones wrote:
> > On Wed, Dec 13, 2006 at 09:39:11PM -0800, Martin J. Bligh wrote:
> >
> > Thing is, if kernel.org kernels get patched to disallow binary modules,
> > whats to stop Ubu
On Thu, Dec 14, 2006 at 03:10:57PM +, James Courtier-Dutton wrote:
> More items will be added to that list soon.
> E.g. Linux Binary only, Creative X-Fi sound card drivers for Q2 2007.
> http://opensource.creative.com/
Wow. That wins 'most ironic hostname' award for 2006.
Thankfully onboard
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.
If we want to be even more explicit about this, then if the CPU level
se
Rik van Riel wrote:
Why would users buy a piece of hardware that needs a binary
only driver that's unsupportable, when they can buy a similar
piece of hardware that has a driver that's upstream and is
supported by every single Linux distribution out there?
In my experience it falls into a numb
On Thu, 2006-12-14 at 10:37 -0500, 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.
>
> If we want to be even more expl
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: for each function it appears in.)
I'm assuming that this
Hi,
this is the second and hopefully last release candidate for 2.4.34.
It fixes vulnerability CVE-2006-6106 affecting bluetooth (with
With malformed packets it might be possible to overwrite internal
CMTP and CAPI data structures).
Please build and test this version, especially on non-x86 archs.
Hi,
The kernel (sched.c) does not compile if CONFIG_HZ and CONFIG_SMP are set, and
CONFIG_NO_HZ isn't.
Is this patch correct ?
---
Index: linux-2.6.19-rt14-test/kernel/sched.c
===
--- linux-2.6.19-rt14-test.orig/kernel/sched.c
On Thu, 2006-12-14 at 10:17 -0500, Theodore Tso wrote:
> > > I'd be happy to know how to enable it.
> >
> > CONFIG_HIGHMEM64G=y
>
> This is not at all obvious from arch/i386/Kconfig. Maybe we should
> fix this?
looks better; maybe add how to look for "pae" and "nx" in
the /proc/cpuinfo flags lin
On Wed, 2006-12-13 at 13:17 -0500, Michael Bommarito wrote:
> Attached is a patch that fixes this (the actual change is two lines
> but context provided in patch for review). The dmesg containing call
> trace is attached to the bugzilla entry above.
You forgot to attach the patch but IIRC it's b
On Thu, 2006-12-14 at 14:47 +, Pavel Machek wrote:
> Hi!
>
> > So far all first-hand experiences I heard of were positive (i.e. I did
> > not get an emaail from anyone saying: It had a negative effect for me),
> > so I propose to apply the patch from Con Kolivas. The wording in the
> > descrip
Alan wrote:
Another thing we should do more is aggressively merge prototype open
drivers for binary only hardware - lets get Nouveau's DRM bits into the
kernel ASAP for example.
ACK++ We should definitely push Nouveau[1] as hard as we can.
Jeff
[1] http://nouveau.freedesktop.org/
-
From: Theodore Tso <[EMAIL PROTECTED]>
Date: Thu, Dec 14, 2006 at 10:17:45AM -0500
>
> Remove an (incorrect) assertion that NOHIGHMEM is right for more
> users, since most systems are coming with at least 1G of memory these
> days, and even some laptops have up 4G of memory.
Given this (on a syst
Linus Torvalds wrote:
Because I think it's stupid. So use somebody else than me to push your
political agendas, please.
ACK, I agree completely. I think its a silly, political, non-technical
decision being pushed here.
For the record, I also disagree with the sneaky backdoor way people wan
> + 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.
If we want to be even more explicit about this, then if the CPU level
selected by the user is grea
Dave Jones wrote:
On Wed, Dec 13, 2006 at 09:39:11PM -0800, Martin J. Bligh wrote:
> 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
On Thu, Dec 14, 2006 at 03:03:10AM -0500, James Morris wrote:
> On Wed, 13 Dec 2006, Martin J. Bligh wrote:
>
> > The point of banning binary drivers would be to leverage hardware
> > companies into either releasing open source drivers, or the specs for
> > someone else to write them.
>
> IMHO, i
On Thu, 14 Dec 2006 14:59:23 +0100
"Alessandro Suardi" <[EMAIL PROTECTED]> wrote:
> On 12/14/06, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> >
> > Ok, the two-week merge period is over, and -rc1 is out there.
>
> Still need this libata-sff.c patch:
>
> http://marc.theaimsgroup.com/?l=linux-kerne
> Pretty much every license under the sun is getting violated,
> and people are getting away with it. The GPL is not special
> in this regard.
That may begin to change in time. There are a lot of people getting very
angry at the political level about the way large companies in particular
flout cop
>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.
It's not a question of "honoring the license"; it's a matter of what
is the reach of the license, as it relates to derivitive works. It's
a complicated s
> > I'd be happy to know how to enable it.
>
> CONFIG_HIGHMEM64G=y
This is not at all obvious from arch/i386/Kconfig. Maybe we should
fix this?
- Ted
Add an explanation that HIGHMEM64G is needed in order to get support
for the NX feature.
Remove an (inco
On Thu, 14 Dec 2006, tike64 wrote:
> Steven Rostedt <[EMAIL PROTECTED]> wrote:
> > ...
> > it's ok for the timer to be a little over, but it must never be a
> > little under.
> > ...
> > So we make sure the timer goes off in (n+1) ms, and not just (n).
Oops, that should have read (n+1) 10ms, or
Jens Axboe wrote:
On Wed, Dec 13 2006, Larry Finger wrote:
There is a regression in v2.6.19-rc18 that makes one unable to write CD's.
In k3b, the drive status shows no devices. I used git bisect to find the
bad commit is the following:
Try a newer snapshot, it was fixed a few days ago.
-gi
Just a Thank you & EOThread message :-)
On Tue, Nov 28, 2006 at 09:24:15PM +0900, Tejun Heo wrote:
> Dunno about IDE layer. It has been done that way for long time and not
> sure whether adding such option will happen, but for libata, hpa
> handling is still not implemented ...
I'm now (since
Michael K. Edwards wrote:
I don't think it would. There is a strong argument that GPL drivers
in the mainline kernel are a good idea on technical and business
grounds.
Any volunteers to expand on that in the Kernelnewbies section
on this subject? So far the "business ground" is only half a
p
On 14/12/06, Manuel Reimer <[EMAIL PROTECTED]> wrote:
Hello,
my problem is, that the slackware maintainers decided to use kernel
2.6.17. Here is their comment, they posted to the changelog:
They had a 2.6.16 kernel in /extra before and as far as I know the
2.6.16 kernel series still gets se
Florian Festi wrote:
I am looking for the meaning of the following key codes as #defined in
include/linux/input.h. I need to know what hardware produces the keycode
and what happens/should happen when the corresponding key is pressed.
Thanks for all you comments! They helped a lot.
The meaning
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
> > >to look for changes. 2.6.19-rc5 worked.
> > >hardware:
Ben Collins wrote:
Here's the list of proprietary drivers that are in Ubuntu's restricted
modules package:
madwifi (closed hal implementation, being replaced in openhal)
fritz
ati
nvidia
ltmodem (does that even still work?)
ipw3945d (not a kernel
On Thu, Dec 14, 2006 at 08:07:04AM -0500, Dave Jones wrote:
> On Wed, Dec 13, 2006 at 09:39:11PM -0800, Martin J. Bligh wrote:
>
> > 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
Arjan van de Ven wrote:
>> Why not show both.
>> "intent" and "effective".
>
> that would change the file format .. which is used by apps today already
> (including glibc)
So, what about having another file, say /proc/self/emaps (effective
maps) that would display how things are really set.
Curr
Hello,
my problem is, that the slackware maintainers decided to use kernel
2.6.17. Here is their comment, they posted to the changelog:
After much thought and consultation with developers, it has been decided
to move 2.6.17.x out of /testing and into /extra. It runs stable by all
reports, h
amikbd: missing declaration
sun3_NCR5380: more work_struct mess
sun3_NCR5380: cast is not an lvalue
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/drivers/input/keyboard/amikbd.c b/drivers/input/keyboard/amikbd.c
index 16583d7..c67e84e 100644
--- a/drivers/input/keyboard/amikbd.c
+++
On Thu, Dec 14, 2006 at 10:36:13AM +, Alan wrote:
> > 2008? I bet a lot of people would read the above to say that their
> > system will just drop dead of a New Year's hangover, and they'll freak.
> > I wouldn't want to be the one getting all the email at that point...
>
> I wouldn't worry. E
On Wed, 2006-12-13 at 17:41 -0800, Andrew Morton wrote:
> > Trond, please define precisely and completely and without reference to
> > the existing implementation: what behaviour does NFS want?
Part of the behaviour is dictated by our needs for
invalidate_inode_pages2(), part of the behaviour is d
Core functions to carve up adapter memory, stag, qp, and cq IDs.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/core/cxio_resource.c | 331 ++
drivers/infiniband/hw/cxgb3/core/cxio_resource.h | 70 +
2 files changed, 401 insertions(+), 0
T3 WQE and CQE structures, defines, etc...
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/core/cxio_wr.h | 685
1 files changed, 685 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/core/cxio_wr.h
b/drivers/inf
201 - 300 of 437 matches
Mail list logo