On Wed, Mar 07, 2007 at 03:21:19PM -0300, Kirk Kuchov ([EMAIL PROTECTED]) wrote:
> On 3/7/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> >* Kirk Kuchov <[EMAIL PROTECTED]> wrote:
> >
> >> I don't believe I'm wasting my time explaining this. They don't exist
> >> as /dev/null, they are just
On Tue, 06 Mar 2007 20:19:23 +0100 Martin Peschke wrote:
> This adds for_each_substring() and match_substring() to lib/parser.c.
> Using these instead of strsep() and match_token() is more comfortable,
> less error prone and safer.
>
> strsep() is destructive; it changes the string it is working
On Wed, 2007-03-07 at 10:28 -0800, Jeremy Fitzhardinge wrote:
> Ingo Molnar wrote:
> > /For you/ it's certainly no big deal, you dont have to fix it up and you
> > dont have to keep it flexible ;)
> >
>
> How flexible does it need to be? Its a simple time source and event
> driver. How
On Wed, Feb 28 2007, Andre Noll wrote:
> On 16:18, Andre Noll wrote:
>
> > With 2.6.21-rc2 I am unable to reproduce this BUG message. However,
> > writing to both raid systems at the same time via lvm still locks up
> > the system within minutes.
>
> Screenshot of the resulting kernel panic:
>
On Wed, 7 Mar 2007, Eric Dumazet wrote:
>
> OK no problem here is the patch without messing f_path.mnt
All right. I like it. Definitely worth putting into -mm, or just
re-sending to me after 2.6.21 is out (I'll forget all about it otherwise).
I have one more worry, namely this::
-
On Tue, 6 Mar 2007 21:31:37 -0800 Luong Ngo wrote:
> I am having this problem. I have a process with 2 threads created. One
> of the thread will keep calling IOCTL to get information from the
> kernel and will be blocked if there is no new information. If there is
> information retured, the
Ingo Molnar wrote:
> ugh. Please take it from me: i've watched the Linux time code walk its
> long, rocky 10+ years road. One of the first mistakes was when we made
> the TSC the center of the i386-time universe. (incidentally, it was me
> who did the first steps of that, as a rookie kernel
On Wed, Mar 07, 2007 at 11:11:49 -0500, Chuck Ebbert wrote:
> Sami Farin wrote:
> > On Tue, Mar 06, 2007 at 23:53:49 +0200, Sami Farin wrote:
> > ...
> >> And I found bug in gcc-4.1.2, it gave 0 for ncubic results
> >> when doing 1000 loops test... gcc-4.0.3 works.
> >
> > Found it.
> >
> > ---
On Wed, 2007-03-07 at 19:12 +0100, Peter Zijlstra wrote:
> On Wed, 2007-03-07 at 10:00 -0800, Linus Torvalds wrote:
> >
> > On Wed, 7 Mar 2007, Peter Zijlstra wrote:
> > >
> > > I'm not at all happy with this, but plain disallowing remap_file_pages on
> > > bdis
> > > without
On Wed, 07 Mar 2007 08:24:44 -0600 Cliff Wickman wrote:
>
> From: Cliff Wickman <[EMAIL PROTECTED]>
>
> When a cpu is disabled, move_task_off_dead_cpu() is called for tasks
> that have been running on that cpu.
>
> Currently, such a task is migrated:
> 1) to any cpu on the same node as the
On Wed, Feb 14, 2007 at 03:05:24PM +, Jan Beulich wrote:
> The change to force legacy mode IDE channels' resources to fixed
> non-zero values confuses (at least some versions of) X, because the
> values reported by the kernel and those readable from PCI config space
> aren't consistent
Ingo Molnar wrote:
> /For you/ it's certainly no big deal, you dont have to fix it up and you
> dont have to keep it flexible ;)
>
How flexible does it need to be? Its a simple time source and event
driver. How flexible does the pit driver need to be? It's just a small
leaf node hanging
On Wed, 2007-03-07 at 15:22 +0100, Thomas Gleixner wrote:
> On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
> > We've finally hopefully started to put a dent in the regressions,
> > especially the suspend/resume problems introduced since 2.6.20.
>
> Still having SATA breakage on resume:
On 3/7/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
* Kirk Kuchov <[EMAIL PROTECTED]> wrote:
> I don't believe I'm wasting my time explaining this. They don't exist
> as /dev/null, they are just fucking _LINKS_.
[...]
> > Either stop flaming kernel developers or become one. It is that
> >
On Wed, 7 Mar 2007, Matt Mackall wrote:
> > I have a patch here to make this dependent on page size using a loop. The
> > problem is that it does not work with some versions of gcc. On the
> > other hand we really need this since one arch can
> > actually have an order 22 page size!
>
> You
On Wed, Mar 07 2007, Kirk Kuchov wrote:
> On 3/7/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> >* Kirk Kuchov <[EMAIL PROTECTED]> wrote:
> >
> >> I don't believe I'm wasting my time explaining this. They don't exist
> >> as /dev/null, they are just fucking _LINKS_.
> >[...]
> >> > Either stop
Am Mittwoch, 7. März 2007 19:02 schrieb Linus Torvalds:
>
> On Wed, 7 Mar 2007, Oliver Neukum wrote:
> >
> > The problem also exists with unplugging devices. Drivers get no feedback
> > to tell them when it is safe to free the data structures associated with
> > an attribute.
>
> So you just
On Wed, Mar 07, 2007 at 07:34:38AM -0800, Christoph Lameter wrote:
> On Wed, 7 Mar 2007, Peter Zijlstra wrote:
>
> > > return -1;
> > > }
> >
> > Perhaps so something with PAGE_SIZE here, as you know there are
> > platforms/configs where PAGE_SIZE != 4k :-)
>
> Any allocation > 2k just uses
On Mon, 5 Mar 2007, Marc Perkel wrote:
>
> --- Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> >
> > On Mar 4 2007 19:37, Marc Perkel wrote:
> > >>
> > >> -b internal -- seems like a good idea to speed
> > up
> > >> resynchronization.
> > >
> > >I'm trying to figure out what the default is.
On Wed, 07 Mar 2007 09:12:12 -0800
Greg KH <[EMAIL PROTECTED]> wrote:
>
> From: Andrew Morton <[EMAIL PROTECTED]>
>
> Revert 7628b0a8c01a02966d2228bdf741ddedb128e8f8. Thomas Bachler
> reports:
>
> Commit 7628b0a8c01a02966d2228bdf741ddedb128e8f8 (drivers/net/tulip/dmfe:
> support basic
On Wed, 2007-03-07 at 10:00 -0800, Linus Torvalds wrote:
>
> On Wed, 7 Mar 2007, Peter Zijlstra wrote:
> >
> > I'm not at all happy with this, but plain disallowing remap_file_pages on
> > bdis
> > without BDI_CAP_NO_WRITEBACK seems to offend some people, hence restrict it
> > to
> > root
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Mon, 5 Mar 2007, Yinghai Lu wrote:
>>
>> please check the patch
>
> Hmm.. It doesn't look *wrong*, but could you please
>
> - split it up a bit (some of it is 100% obvious, ie the comment fixes)
>
> - write an explanation for the individually
On Wed, 7 Mar 2007, Jeremy Fitzhardinge wrote:
> I was very pleased when I saw the clocksource/event mechanisms go into
> the kernel because it means different hypervisors can have a clock*
> implementation to match their own particular time model/interface
> without having to clutter up the
On Wednesday 07 March 2007 18:45, Linus Torvalds wrote:
> On Wed, 7 Mar 2007, Eric Dumazet wrote:
> > sockets already uses file->private_data.
> >
> > But calls to read()/write() (not send()/recv()) still need to go through
> > the dentry, before entering socket land.
>
> Sure. The dentry and the
Incore log buffers are not always a power of two of the page size.
In particular, when xfs is running over software raid devices, the
log buffers are allocated to match the size of a stripe.
However, they are always a multiple of PAGE_SIZE, so we are still safe.
Michael
Christoph Hellwig
On Wed, 7 Mar 2007, Oliver Neukum wrote:
>
> The problem also exists with unplugging devices. Drivers get no feedback
> to tell them when it is safe to free the data structures associated with
> an attribute.
So you just pointed to *another* data structure that apparently violates
the "you
On Wed, 7 Mar 2007, Oleg Verych wrote:
>
> GCC's assembler version of this macro is optimized as needed.
Not fora non-constant mask, I bet.
> But i wanted to address Al's statement about using typeof():
Well, that doesn't affect ALIGN(), since you can only use ALIGN() on an
arithmetic type
On Wed, 7 Mar 2007, Ingo Molnar wrote:
>
> * Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
>
> > Xen, for example, uses the tsc as the principle timebase in the
> > hypervisor interface. [...]
>
> ugh. Please take it from me: i've watched the Linux time code walk its
> long, rocky 10+ years
From: David Howells <[EMAIL PROTECTED]>
[PATCH] Keys: Fix key serial number collision handling
Fix the key serial number collision avoidance code in key_alloc_serial().
This didn't use to be so much of a problem as the key serial numbers were
allocated from a simple incremental counter, and it
There is a kernel oops on bcm43xx when resuming due to an overly tight timeout
loop.
Signed-off-by: Larry Finger<[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/net/wireless/bcm43xx/bcm43xx.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
On Wed, 7 Mar 2007, Peter Zijlstra wrote:
>
> I'm not at all happy with this, but plain disallowing remap_file_pages on bdis
> without BDI_CAP_NO_WRITEBACK seems to offend some people, hence restrict it to
> root only.
I don't think that's a viable approach. Nonlinear mappings would normally
From: Dave Jones <[EMAIL PROTECTED]>
On Sun, Feb 04, 2007 at 04:51:38PM +0100, Eric Piel wrote:
> Hello,
>
> I've got a regression in 2.6.20-rc7 (-rc6 was fine) due to commit
> 4b95320fc4d21b0ff2f8604305dd6c851aff6096 ([AGPGART] intel_agp: restore
> graphics device's pci space early in
From: Michael Buesch <[EMAIL PROTECTED]>
If bcm43xx were to process an afterburner (ampdu) status response, Linux would
oops. The
ampdu and intermediate status bits are properly named.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
Signed-off-by: Larry Finger <[EMAIL PROTECTED]>
From: Atsushi Nemoto <[EMAIL PROTECTED]>
The usage of the century bit was inverted on 2.6.19 following to PCF8563's
description, but it was not match to usage suggested by RTC8564's
datasheet. Anyway what MO_C=1 means can vary on each platform. This patch
is to detect its polarity in
Correct assignment of DOT1XENABLE in WE-19 codepaths.
RX_UNENCRYPTED_EAPOL = 1 really means setting DOT1XENABLE _off_, and
vice versa. The original WE-19 patch erroneously reversed that. This
patch fixes association with unencrypted and WEP networks when using
wpa_supplicant.
It also adds two
80c test mask is at bits 18 and 19 of EIDE Controller Configuration
not 22 and 23. Fix it.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
---
drivers/ata/pata_amd.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
---
After many weeks of backlogs, I've finally flushed out all of the
pending -stable patches, bringing this series to a whopping 101 patches
pending for the next 2.6.20.2 release.
If everyone could please take the time to review them and let me know if
there are any issues with any of these being
The patch below adds support for devices living in MMIO space to the
Infineon TPM driver. These can be found on some of the newer HP ia64
systems. Thanks,
Alex
Signed-off-by: Alex Williamson <[EMAIL PROTECTED]>
---
diff -r c8e6d6d04971 -r 5e0fb1be86e6
If you lose this race, it can iput a socket inode twice and you
get a BUG in fs/inode.c
When I added the option for user-space to close a socket,
I added some cruft to svc_delete_socket so that I could call
that function when closing a socket per user-space request.
This was the wrong thing to
Also PTRACE_OLDSETOPTIONS should be accepted, as done by kernel/ptrace.c and
forced by binary compatibility. UML/32bit breaks because of this - since it is
wise
enough to use PTRACE_OLDSETOPTIONS to be binary compatible with 2.4 host
kernels.
Until 2.6.17 (commit
From: John Heffner <[EMAIL PROTECTED]>
We can accidently spit out a huge burst of packets with TSO
when the FIN back is piggybacked onto the final packet.
[TCP]: Don't apply FIN exception to full TSO segments.
Signed-off-by: John Heffner <[EMAIL PROTECTED]>
Signed-off-by: David S. Miller
From: Neil Brown <[EMAIL PROTECTED]>
md/bitmap tracks how many active write requests are pending on blocks
associated with each bit in the bitmap, so that it knows when it can
clear the bit (when count hits zero).
The counter has 14 bits of space, so if there are ever more than 16383,
we cannot
From: Takashi Iwai <[EMAIL PROTECTED]>
[PATCH] usbaudio - Fix Oops with broken usb descriptors
This is a patch for ALSA Bug #2724. Some webcams provide bogus
settings with no valid rates. With this patch those are skipped.
Signed-off-by: Gregor Jasny <[EMAIL PROTECTED]>
Signed-off-by: Takashi
> I'm developing an SPI- bus >MMC/SD block driver translation layer.
Another one? There's already been significant work in that area. See for
example
http://marc.theaimsgroup.com/?l=linux-kernel=117000652529003=2
Which admittedly didn't behave when I just put it onto my test rig,
but seems
From: Takashi Iwai <[EMAIL PROTECTED]>
[ALSA] hda-intel - Don't try to probe invalid codecs
Fix the max number of codecs detected by HD-intel (and compatible)
controllers to 3. Some hardware reports extra bits as if
connected, and the driver gets confused to probe unexisting codecs.
From: David Moore <[EMAIL PROTECTED]>
Missing critical phys_to_virt in lib/swiotlb.c
Adds missing call to phys_to_virt() in the
lib/swiotlb.c:swiotlb_sync_sg() function. Without this change, a kernel
panic will always occur whenever a SWIOTLB bounce buffer from a
scatter-gather list gets
From: Neil Brown <[EMAIL PROTECTED]>
Fix various bugs with aligned reads in RAID5.
It is possible for raid5 to be sent a bio that is too big
for an underlying device. So if it is a READ that we
pass stright down to a device, it will fail and confuse
RAID5.
So in 'chunk_aligned_read' we check
From: David Moore <[EMAIL PROTECTED]>
This together with the phys_to_virt fix in lib/swiotlb.c::swiotlb_sync_sg
fixes video1394 DMA on machines with DMA bounce buffers, especially Intel
x86-64 machines with > 3GB RAM.
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
Signed-off-by: David Moore
On Wed, Mar 07, 2007 at 11:43:46AM -0600, Serge E. Hallyn wrote:
> I still think the complaint was about terminology, not implementation.
I don't think that is what http://lkml.org/lkml/2007/2/12/426 conveyed!
> They just didn't want you calling them containers.
Yes that too.
> > Anyway,
This patch (as849) fixes a bug in the USB hub driver. A single
pre-allocated buffer is used for all port status reads, but nothing
guarantees exclusive use of the buffer. A mutex is added to provide
this guarantee.
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman
From: David Woodhouse <[EMAIL PROTECTED]>
[MTD] Fix regression in RedBoot partition scanning
This fixes a regression introduced by the attempt to handle RedBoot FIS
tables which are smaller than an eraseblock, in commit
0b47d654089c5ce3f2ea26a4485db9bcead1e515
It moves the recalculation of the
From: NeilBrown <[EMAIL PROTECTED]>
When the last thread of nfsd exits, it shuts down all related sockets.
It currently uses svc_close_socket to do this, but that only is
immediately effective if the socket is not SK_BUSY.
If the socket is busy - i.e. if a request has arrived that has not yet
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> I don't think having a clock implementation for each hypervisor is
> such a big deal. The Xen one, for example, is 300 lines of
> straightforward code.
/For you/ it's certainly no big deal, you dont have to fix it up and you
dont have to
On Wed, 7 Mar 2007, Linus Torvalds wrote:
> On Wed, 7 Mar 2007, Stephen Rothwell wrote:
> >
> > You probably need the queue anyway because the real time signals are
> > supposed to queue.
>
> Davide - the *real* problem is (I think) that you try to allow signals to
> be returned *both* by
From: Julien BLACHE <[EMAIL PROTECTED]>
[PATCH] USB HID: Fix USB vendor and product IDs endianness for USB HID devices
The USB vendor and product IDs are not byteswapped appropriately, and
thus come out in the wrong endianness when fetched through the evdev
using ioctl() on big endian platforms.
From: Alan Stern <[EMAIL PROTECTED]>
This patch (as850b) disables remote wakeup (and everything else!) on
all EHCI ports when the shutdown() method is called. If remote wakeup
is left active then some systems will reboot instead of powering off.
This fixes Bugzilla #7828.
Signed-off-by: Alan
Alan Cox wrote:
I guess something like
tty_buffer_request_room(tty, data_size);
for (i = 0; i < data_size; ++i)
work += tty_insert_flip_char(tty, data[i], TTY_NORMAL);
if (work)
tty_flip_buffer_push(tty);
Unless data_size can be very
From: Jiri Bohac <[EMAIL PROTECTED]>
[IPX]: Fix NULL pointer dereference on ipx unload
Fixes a null pointer dereference when unloading the ipx module.
On initialization of the ipx module, registering certain packet
types can fail. When this happens, unloading the module later
dereferences NULL
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> Xen, for example, uses the tsc as the principle timebase in the
> hypervisor interface. [...]
ugh. Please take it from me: i've watched the Linux time code walk its
long, rocky 10+ years road. One of the first mistakes was when we made
the
From: Rojhalat Ibrahim <[EMAIL PROTECTED]>
We get the following compiler error:
CC arch/ppc/kernel/ppc_ksyms.o
arch/ppc/kernel/ppc_ksyms.c:275: error: '__mtdcr' undeclared here (not in a
function)
arch/ppc/kernel/ppc_ksyms.c:275: warning: type defaults to 'int' in declaration
of
From: David Miller <[EMAIL PROTECTED]>
[ATM]: atmarp.h needs to always include linux/types.h
To provide the __be* types, even for userspace includes.
Reported by Andrew Walrond.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
From: Stefan Richter <[EMAIL PROTECTED]>
Since my commit 8252bbb1363b7fe963a3eb6f8a36da619a6f5a65 in 2.6.20-rc1,
host devices have a dummy driver attached. Alas the driver was not
registered before use if ieee1394 was loaded with disable_nodemgr=1.
This resulted in non-functional FireWire
From: Ilpo Järvinen <[EMAIL PROTECTED]>
TCP may advertize up to 16-bits window in SYN packets (no window
scaling allowed). At the same time, TCP may have rcv_wnd
(32-bits) that does not fit to 16-bits without window scaling
resulting in pseudo garbage into advertized window from the
low-order
From: Alan Stern <[EMAIL PROTECTED]>
This patch (as863) fixes a problem encountered sometimes when resuming
a port on a UHCI controller. The hardware may turn off the
Resume-Detect bit before turning off the Suspend bit, leading usbcore
to think that the port is still suspended and the resume
On Wednesday 07 March 2007 11:40, Alan Cox wrote:
> If you want to cast a pointer to a small value then start by turning it
> into an unsigned long so the compiler knows what is going on.
>
I already have a fix for that - just haven't pushed it up to wireless-dev yet.
> Personally I find the
On Wed, Mar 07, 2007 at 09:29:12AM -0800, Paul Menage wrote:
> That seems bad. With the current way you're doing it, if I mount
> hierarchies A and B on /mnt/A and /mnt/B, then initially all tasks are
> in /mnt/A/tasks and /mnt/B/tasks. If I then create /mnt/A/foo and move
> a process into it,
On 3/7/07, Serge E. Hallyn <[EMAIL PROTECTED]> wrote:
Quoting Srivatsa Vaddagiri ([EMAIL PROTECTED]):
> On Tue, Mar 06, 2007 at 06:32:07PM -0800, Paul Menage wrote:
> > I'm not really sure that I see the value of having this be part of
> > nsproxy rather than the previous independent container
From: "Jan Beulich" <[EMAIL PROTECTED]>
After updating several machines to 2.6.20, I can't boot anymore the single
one of them that supports the NX bit and is configured as a 32-bit system.
My understanding is that the VDSO changes in 2.6.20-rc7 were not fully
cooked, in that with that config
On Wed, 7 Mar 2007, Eric Dumazet wrote:
>
> sockets already uses file->private_data.
>
> But calls to read()/write() (not send()/recv()) still need to go through the
> dentry, before entering socket land.
Sure. The dentry and the inode need to *exist*, but they can be one single
static
On 07/03/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> [ Ingo and Thomas added to Cc, because I think this is them.. ]
>
> Ingo, I think this came in during commit 95492e4646, "x86: rewrite SMP
> TSC sync code".
yeah.
> > I get this while
> > echo
Quoting Srivatsa Vaddagiri ([EMAIL PROTECTED]):
> On Tue, Mar 06, 2007 at 06:32:07PM -0800, Paul Menage wrote:
> > I'm not really sure that I see the value of having this be part of
> > nsproxy rather than the previous independent container (and
> > container_group) structure.
>
> *shrug*
>
> I
From: Mike Isely <[EMAIL PROTECTED]>
This introduces some extra cx23416 commands when streaming is
started. The addition of these commands fix random sporadic video
corruption that can take place when the video stream is temporarily
disrupted through loss of signal (e.g. changing the channel in
From: Andi Kleen <[EMAIL PROTECTED]>
x86: Don't require the vDSO for handling a.out signals
and in other strange binfmts. vDSO is not necessarily mapped there.
This fixes signals in a.out programs
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL
Thomas Gleixner wrote:
> That's a pure academic exercise. When we are at the point where
> nanoseconds are to coarse - sometimes after we both retired - the
> internal resolution will be femtoseconds or whatever fits.
>
> Again: paravirt should use a common infrastructure for this. Virtual
>
From: Stephen Hemminger <[EMAIL PROTECTED]>
The code in transmit timeout incorrectly assumed that netif_tx_lock
was not set.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/net/sky2.c |6 ++
1 file changed, 2
gcc 5.0 will likely not have the constraint problem
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
include/asm-x86_64/bitops.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
From: Mike Isely <[EMAIL PROTECTED]>
Rework the cx23416 firmware loader so that it longer requires the
firmware size to be a multiple of 8KB. Until recently all cx2341x
firmware images were exactly 256KB, but newer firmware is larger than
that and also appears to have arbitrary size. We still
On Wed, 7 Mar 2007, Stephen Rothwell wrote:
> Then, of course, you have to think about how to get the siginfo_t out to
> the user process. Do you just return it from the read after the read
> that returns the signal number? If so, you need to know if the process
> did a compat read syscall read
* Kirk Kuchov <[EMAIL PROTECTED]> wrote:
> I don't believe I'm wasting my time explaining this. They don't exist
> as /dev/null, they are just fucking _LINKS_.
[...]
> > Either stop flaming kernel developers or become one. It is that
> > simple.
>
> If I were to become a kernel developer I
From: Hans Verkuil <[EMAIL PROTECTED]>
Date: Thu, 15 Feb 2007 03:40:34 -0300
Subject: [patch 051/101] [PATCH] V4L: fix cx25840 firmware loading
Due to changes in the i2c handling in 2.6.20 this cx25840 bug surfaced,
causing the firmware load to fail for the ivtv driver. The correct
sequence is
From: Michael Krufky <[EMAIL PROTECTED]>
dvb-pll normally opens the i2c gate before attempting to communicate with
the pll, but the code for this device is not using dvb-pll. This should
be cleaned up in the future, but for now, just open the i2c gate at the
appropriate place in order to fix
From: Marcel Siegert <[EMAIL PROTECTED]>
Arjan van de Ven <[EMAIL PROTECTED]> reported an illegal re-usage of
the fileoperations struct if more than one dvb device (e.g. frontend) is
present.
This patch fixes this issue.
It allocates a new fileoperations struct each time a device is
registered
From: David Miller <[EMAIL PROTECTED]>
[XFRM]: Fix OOPSes in xfrm_audit_log().
Make sure that this function is called correctly, and
add BUG() checking to ensure the arguments are sane.
Based upon a patch by Joy Latten.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
Signed-off-by: Greg
From: Jin-Bong lee <[EMAIL PROTECTED]>
Without this patch, the device will not be detected after firmware download
on big endian systems.
(cherry picked from commit 1d1370a48ca285ebe197ecd3197a8d5f161bc291)
Signed-off-by: Jin-Bong lee <[EMAIL PROTECTED]>
Signed-off-by: Michael Krufky <[EMAIL
From: Stephen Hemminger <[EMAIL PROTECTED]>
Don't mark pause frames as errors. This problem caused transmitter not
to pause and would effectively take out a gigabit switch because the
it can't handle overrun.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Tetsuo Handa <[EMAIL PROTECTED]> told me that connect(2) with TCPv6
socket almost always took a few minutes to return when we did not have any
ports available in the range of net.ipv4.ip_local_port_range.
The reason was that we used incorrect seed for
> The -mm patches are a set of patches, released by Andrew Morton, against
> the official kernel series. They are frequently more experimental in nature
> than the official series. These patches are available in Andrew's kernel
> directory:
Thank you for pointing this out, I will use at as another
From: Jiri Kosina <[EMAIL PROTECTED]>
HID: fix possible double-free on error path in hid parser
Freeing of device->collection is properly done in hid_free_device() (as
this function is supposed to free all the device resources and could be
called from transport specific code, e.g.
From: Michael Krufky <[EMAIL PROTECTED]>
This updates the cx88-blackbird driver to be able to use the new cx23416
firmware image released by Hauppauge Computer Works, while retaining
compatibility with the older firmware images.
cx2341x firmware can be downloaded at:
On Wed, Mar 07, 2007 at 05:14:21PM +, Stephen Mollett wrote:
> On Wednesday 07 Mar 2007, Michal Piotrowski wrote:
> > BTW. Does anyone care about parport console?
> > console=lp0 hangs since at least 2.6.18
>
> For the record, I used console=lp0 quite recently (stock 2.6.19 according to
>
From: David Miller <[EMAIL PROTECTED]>
[SPARC64]: Fix PCI interrupts on E450 et al.
When the PCI controller OBP node lacks an interrupt-map
and interrupt-map-mask property, we need to form the
INO by hand. The PCI swizzle logic was not doing that
properly.
This was a regression added by the
(resending with a more convenient attachment)
Please find enclosed the following patch, to prepare this path.
[PATCH] Delay the dentry name generation on sockets and pipes.
1) Introduces a new method in 'struct dentry_operations'. This method called
d_dname() might be called from d_path() to
On Wed, Mar 07, 2007 at 09:10:35AM -0800, Greg KH wrote:
> After many weeks of backlogs, I've finally flushed out all of the
> pending -stable patches, bringing this series to a whopping 101 patches
> pending for the next 2.6.20.2 release.
Oh, forgot to announce, but the whole thing can be found
From: Arnaldo Carvalho de Melo <[EMAIL PROTECTED]>
[XFRM_TUNNEL]: Reload header pointer after pskb_may_pull/pskb_expand_head
Please consider applying, this was found on your latest
net-2.6 tree while playing around with that ip_hdr() + turn
skb->nh/h/mac pointers as offsets on 64 bits idea :-)
On Wed, Mar 07, 2007 at 08:38:27AM -0800, Linus Torvalds wrote:
>
>
> On Wed, 7 Mar 2007, Oleg Verych wrote:
> >
> > Probably it can be used to get rid of gccisms and "type fluff" due to
> > bitwise arithmetics in ALIGN?
>
> Hell no.
>
> The typeof is there to make sure we have the right type,
From: Thomas Gleixner <[EMAIL PROTECTED]>
Problem description at:
http://bugzilla.kernel.org/show_bug.cgi?id=8048
Commit b18ec80396834497933d77b81ec0918519f4e2a7
[PATCH] sched: improve migration accuracy
optimized the scheduler time calculations, but broke posix-cpu-timers.
The problem is
From: David Miller <[EMAIL PROTECTED]>
[XFRM] xfrm_user: Fix return values of xfrm_add_sa_expire.
As noted by Kent Yoder, this function will always return an
error. Make sure it returns zero on success.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman
On Monday February 12, [EMAIL PROTECTED] wrote:
> >
> > Thanks for the quick response Neil unfortunately the kernel doesn't build
> > with
> > this patch due to a missing symbol:
> >
> > WARNING: "blk_recount_segments" [drivers/md/raid456.ko] undefined!
> >
> > Is that in another file that
From: Stefan Seyfried <[EMAIL PROTECTED]>
Fix the Oops occuring when SNAPSHOT_PMOPS or SNAPSHOT_S2RAM ioctl is called on
a system without pm_ops defined (eg. a non-ACPI kernel on x86 PC).
Signed-off-by: Stefan Seyfried <[EMAIL PROTECTED]>
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
From: Hugh Dickins <[EMAIL PROTECTED]>
Fix insecure default behaviour reported by Tigran Aivazian: if an ext2
or ext3 or ext4 filesystem is tuned to mount with "acl", but mounted by
a kernel built without ACL support, then umask was ignored when creating
inodes - though root or user has umask
301 - 400 of 1418 matches
Mail list logo
