On Wednesday 27 June 2007 15:05:33 Michael Buesch wrote:
> On Wednesday 27 June 2007 04:48:56 Henrique de Moraes Holschuh wrote:
> > (a) is just broken, unless one is to take it as "never use it". And I am
> > really not sure about (b). It *is* better than just using whatever crap we
> > found
* Hawk Xu ([EMAIL PROTECTED]) wrote:
> Add hook inode_post_removexattr for updating inode security field after
> successful removexattr operation.
That is an insufficient explanation of why it's needed, who is using it,
etc.
thanks,
-chris
-
To unsubscribe from this list: send the line
Quoting Andrew Morgan ([EMAIL PROTECTED]):
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Serge E. Hallyn wrote:
> >
> >> I don't particularly mind, but can you point out any case where
> >> it is an advantage to have the one bit for f'E rather than just
> >> drop f'E altogether? Instead
On Wed, Jun 27, 2007 at 09:59:58PM +0900, Neil Booth wrote:
> Al Viro wrote:-
>
> > If you want to test ICE recognition, right now only the following places
> > are checking for it:
> > * bitfield width
> > * __attribute__((aligned()))
> > * __attribute__((address_space()))
> > *
Vasily Averin wrote:
> Patrick McHardy wrote:
>
> it is incorrect again: when cnt=0 you should break both cycles.
Indeed, thanks. Fixed now. Also changed it to leave the loop
if we found an entry within a chain (we want the last one of
the chain, so we still walk it entirely) and replaced
hash
Patrick McHardy wrote:
> Vasily Averin wrote:
>> Patrick McHardy wrote:
> -static int early_drop(struct hlist_head *chain)
> +static int early_drop(unsigned int hash)
> {
> /* Use oldest entry, which is roughly LRU */
> struct nf_conntrack_tuple_hash *h;
> struct nf_conn *ct =
Vasily Averin wrote:
> Patrick McHardy wrote:
>
>>+ for (i = 0; i < nf_conntrack_htable_size; i++) {
>>+ hlist_for_each_entry(h, n, _conntrack_hash[hash], hnode) {
>>+ tmp = nf_ct_tuplehash_to_ctrack(h);
>>+ if (!test_bit(IPS_ASSURED_BIT,
Al Viro wrote:-
>
> Son of a... expand_comma() cannibalizes the node, should restore ->flags
> to 0 (same as other similar suckers).
>
> > struct c { unsigned int c1: 1 ? 2: a++; };
>
> Ditto for expand_conditional, but there we should preserve the original
> ->flags instead - might be
On Wednesday 27 June 2007 12:58, Kyle Moffett wrote:
> I seem to recall you could actually end up racing and building a path
> to the file in those directories as "a/d/0/3" or some other path at
> which it never even remotely existed. I'd love to be wrong,
Cheer up, you recall wrong.
> but I
On 6/27/07, Greg KH <[EMAIL PROTECTED]> wrote:
On Wed, Jun 27, 2007 at 12:59:32AM -0400, Dmitry Torokhov wrote:
> On Wednesday 27 June 2007 00:28, Greg KH wrote:
> > On Wed, Jun 27, 2007 at 12:34:09AM -0400, Dmitry Torokhov wrote:
> > > Hi Dave,
> > >
> > > On Wednesday 27 June 2007 06:59, Dave
Quoting Kyle Moffett ([EMAIL PROTECTED]):
> This whole discussion boils down to 2 points:
Yes it can, but not the two you list.
> 1) As currently implemented, no LSM may be safely rmmod-ed
That's not the rationale for the patch, it's just some talking point you
picked up. The rationale for
On Wed, 27 Jun 2007 05:30:48 -0600
Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> On Tue, Jun 26, 2007 at 09:45:05PM -0500, Matt Domsch wrote:
> > On Tue, Jun 26, 2007 at 01:26:22PM -0700, Randy Dunlap wrote:
> > > ERROR: "pci_get_bus_and_slot" [drivers/firmware/edd.ko] undefined!
> >
> > It should
Al Viro wrote:
> On Wed, Jun 27, 2007 at 11:18:36AM +0200, Zolt?n HUBERT wrote:
> > And as I understand it, this is (was ?) the whole point of
> > stable/development kernels. "We" can trust a newer stable
> > kernel to be a drop-in replacement for an older stable
> > kernel (from the same series),
> Patch below should fix this (untested).
Just tested 2.6.22-rc6: message is gone when patch is applied. But
deleting some directories in /var/tmp (which lives on xfs) I got:
BUG: MAX_LOCK_DEPTH too low!
turning off the locking correctness validator.
Thomas
--
keep mailinglists in english,
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 25, 2007 at 04:53:55PM +0200, Joerg Schilling wrote:
> >
> > star needs "ext2_fs.h". This file is not usable at all on many Linux
> > distributions, even with GCC.
>
> I was curious so I did:
>
> $ mkdir ~/foo
> $ cd ~/kernel/linux-2.6
> $
Harald Arnesen <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] (Joerg Schilling) writes:
>
> >> If I actually install smake, as Jörg recommends, the message becomes:
> >> smake: Can't find any source for 'CCOM_suncc'.
> >> smake: Couldn't make 'CCOM_suncc'.
> >
> > Well, I was in hope that a small
On Wed, Jun 27, 2007 at 02:55:00PM +0100, Alan Cox wrote:
> On Wed, 27 Jun 2007 05:30:48 -0600
> Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> > pci_get_bus_and_slot() shouldn't be used because it fails to work on
> > systems with multiple domains. pci_get_slot() avoids this problem (and
> > is
Whenever I plug/unplug the FTDI FT232BM USB-RS232 converter, the latest
2.6.21.5 kernel complains:
usb 2-1: USB disconnect, address 7
ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
ftdi_sio 2-1:1.0: device disconnected
usb 3-1: new full speed USB device using
On Wed, Jun 27, 2007 at 10:35:46PM +0900, Neil Booth wrote:
> Al Viro wrote:-
>
> >
> > Son of a... expand_comma() cannibalizes the node, should restore ->flags
> > to 0 (same as other similar suckers).
> >
> > > struct c { unsigned int c1: 1 ? 2: a++; };
> >
> > Ditto for expand_conditional,
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > Personally, I think that's a load of bollocks. And it certainly doesn't
> > apply to Linux-specific files like , which are perfectly
> > entitled to use a C standard from last millennium, regardless of
> > namespace 'pollution' issues. That's why we
gshan wrote:
Randy Dunlap wrote:
On Tue, 26 Jun 2007 23:03:55 -0400 Shan, Guo Wen (Gavin) wrote:
Does anybody knew if 2.6 linux for PowerPC supports kdb?
PowerPC isn't listed AFAICT:
ftp://oss.sgi.com/www/projects/kdb/download/v4.4/README
I.e., all that I see are i386, x86_64, and
Am Mittwoch, 27. Juni 2007 schrieb Clemens Koller:
> Whenever I plug/unplug the FTDI FT232BM USB-RS232 converter, the latest
> 2.6.21.5 kernel complains:
>
> usb 2-1: USB disconnect, address 7
> ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from
> ttyUSB0
> ftdi_sio
Andi Kleen wrote:
Ok, if you can do it without ifdefs.
That should be OK. All the existing i386 mapping operations would just
have their own ops structure, right?
And no swiotlb on i386; that is something that is completely broken
in upstream Xen and needs to be fixed properly anyways.
I would probably have recommended an Intel chipset they have truly
open drivers which are coming along an absolute treat. Hopefully the
Neuveau drivers will get to a usable stage soon and the r300 (for
radeon cards) will start to support r400 and r500 cards,
Mike
On 27/06/07, Marc Perkel
On 6/27/07, Pim Zandbergen <[EMAIL PROTECTED]> wrote:
Now:
Jesse released a new patch and I tried if for fun on 2.6.22-rc6
It looks like the patch is releasing memory rather than trimming it:
[...]
Jun 27 12:22:56 corneille kernel: MTRRs don't cover all of memory,
trimmed -65536 pages
Andrew Morton wrote:
I have a (stupid, I suppose) problem with framebuffer console.
I have builtin VESAFB in this kernel, so:
werewolf:/boot# grep _FB config-2.6.21-jam09 | grep =y
^^
Is this actually the -mm kernel? And if so, does it work in
On Wed, 27 Jun 2007 08:03:05 -0600
Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 27, 2007 at 02:55:00PM +0100, Alan Cox wrote:
> > On Wed, 27 Jun 2007 05:30:48 -0600
> > Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> > > pci_get_bus_and_slot() shouldn't be used because it fails to work on
dave young wrote:
kernel oops message only is captured by camera, please find my
screenshot images.
Where? Did you forget to attach them?
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
dave young wrote:
2007/6/26, Chuck Ebbert <[EMAIL PROTECTED]>:
On 06/25/2007 09:11 PM, dave young wrote:
> Hi,
>
> 2007/6/25, Chuck Ebbert <[EMAIL PROTECTED]>:
>> On 06/24/2007 11:43 PM, dave young wrote:
>> > Hi,
>> > I reconfig my kernel, boot and oops, EIP in
__change_page_attr:166, I
>> >
On Wed, Jun 27, 2007 at 03:32:58PM +0100, Alan Cox wrote:
> On Wed, 27 Jun 2007 08:03:05 -0600
> Matthew Wilcox <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Jun 27, 2007 at 02:55:00PM +0100, Alan Cox wrote:
> > > On Wed, 27 Jun 2007 05:30:48 -0600
> > > Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> > >
On Wed, 27 Jun 2007, Serge E. Hallyn wrote:
> Quoting Kyle Moffett ([EMAIL PROTECTED]):
> > This whole discussion boils down to 2 points:
>
> Yes it can, but not the two you list.
>
> > 1) As currently implemented, no LSM may be safely rmmod-ed
>
> That's not the rationale for the patch,
On Wed, 27 Jun 2007 13:53:32 UTC, in fa.linux.kernel you wrote:
>Al Viro wrote:
>> On Wed, Jun 27, 2007 at 11:18:36AM +0200, Zolt?n HUBERT wrote:
>> > And as I understand it, this is (was ?) the whole point of
>> > stable/development kernels. "We" can trust a newer stable
>> > kernel to be a
On Wed, 2007-06-27 at 14:18 +0100, Al Viro wrote:
> --- a/expand.c
> +++ b/expand.c
[...]
> @@ -488,12 +490,15 @@ static int expand_conditional(struct expression *expr)
>
> cond_cost = expand_expression(cond);
> if (cond->type == EXPR_VALUE) {
> + unsigned flags =
Hi, Oliver!
Oliver Neukum schrieb:
Am Mittwoch, 27. Juni 2007 schrieb Clemens Koller:
Whenever I plug/unplug the FTDI FT232BM USB-RS232 converter, the latest
2.6.21.5 kernel complains:
usb 2-1: USB disconnect, address 7
ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from
Dear Kernel Developers,
I'm using a logitech USB keyboard, I think it's one of the most cheap
and diffuse logitech keyboard models.
I have an inconsistent led state. During boot the NumLock led blinks
several times and is on as boot finishes. However the numeric keypad
works as it was off (no
Zoltán HUBERT wrote:
Thanks Roland,
On Tuesday 26 June 2007 21:03, Roland Kuhn wrote:
On 26 Jun 2007, at 16:37, Zoltán HUBERT wrote:
Whatever "stable" means.
What you mean by "stable" pretty much excludes any
serious development, without which the Linux kernel would
very soon
On Wed, Jun 27, 2007 at 07:50:18AM -0700, Josh Triplett wrote:
> On Wed, 2007-06-27 at 14:18 +0100, Al Viro wrote:
> > --- a/expand.c
> > +++ b/expand.c
> [...]
> > @@ -488,12 +490,15 @@ static int expand_conditional(struct expression *expr)
> >
> > cond_cost = expand_expression(cond);
> >
> > So the answer is "yes" we should then, and move from pci_get_bus_and_slot
> > to pci_get_bus_domain_and_slot() [or just add an argument]. The point of
> > the functions is to be easy to use, so it should be handled internally.
>
> My point was that code which doesn't currently keep the bus
On Wednesday, June 27, 2007 7:22:24 Mauro Giachero wrote:
> On 6/27/07, Pim Zandbergen <[EMAIL PROTECTED]> wrote:
> > Now:
> > Jesse released a new patch and I tried if for fun on 2.6.22-rc6
> > It looks like the patch is releasing memory rather than trimming
> > it:
> >
> > [...]
> > Jun 27
On Mon, 2007-06-25 at 11:44 -0400, Rob Landley wrote:
> On Monday 25 June 2007 09:48:41 Michael Holzheu wrote:
> > Hi all,
> >
> > Any idea, how to proceed with this topic? Do you think that any of the
> > suggested solutions for documentation / translation of kernel messages
> > will have a
On Tue, Jun 26, 2007 at 07:47:00PM -0700, Andrew Morton wrote:
> On Tue, 26 Jun 2007 19:24:03 -0700 John Johansen <[EMAIL PROTECTED]> wrote:
>
> > >
> > > so... where do we stand with this? Fundamental, irreconcilable
> > > differences over the use of pathname-based security?
> > >
> > There
Hello,
I've been pondering and searching for answers on the level of support
currently in linux for passive port devices (serial, parallel, vga
etc) for some time wondering if it's time we looking at integrating
user selectable or identifiable components through the standard device
paths we
On Wed, 2007-06-27 at 05:58 -0700, Marc Perkel wrote:
> Quite frankly, I don't understand why digital LCD
> monitor even have scan rates in the first place. It's
> not a CRT that actually has an electron beam. You
> would thing that it would have a digital interface
> where the computer told the
On 27 Jun 2007, at 12:50, Chris Mason wrote:
On Wed, Jun 27, 2007 at 07:32:45AM +0200, Nick Piggin wrote:
On Tue, Jun 26, 2007 at 08:34:49AM -0400, Chris Mason wrote:
On Tue, Jun 26, 2007 at 07:23:09PM +1000, David Chinner wrote:
On Tue, Jun 26, 2007 at 01:55:11PM +1000, Nick Piggin wrote:
Signed-off-by: Anders Blomdell <[EMAIL PROTECTED]>
Minor modifications to make the example load and unload without Oops
This is what unpatched version generates with 2.6.21.3
kernel: Oops: [#2]
...
kernel: Call Trace:
kernel: [] sysfs_create_dir+0x49/0x63
kernel: []
On Wednesday 27 June 2007 16:15:17 Jeremy Fitzhardinge wrote:
> Andi Kleen wrote:
> > Ok, if you can do it without ifdefs.
> >
>
> That should be OK. All the existing i386 mapping operations would just
> have their own ops structure, right?
I just mention it because many people's ideas of
Hardware: Fujitsu Lifebook P-2040, TM5800 800 MHz processor
2.6.21: Closing the lid causes APM suspend. Opening it resumes just fine.
2.6.22-rc5/-rc6: On resume, backlight comes on, but system is otherwise
frozen. Nothing happens until I hold the power button to force
a power
On Tue, Jun 26, 2007 at 09:32:39PM -0400, Kyle Moffett wrote:
> On Jun 22, 2007, at 11:00:38, Adrian Bunk wrote:
>> It would certainly help if Joerg would tell what exactly breaks, but I
>> spot one likely problem in include/asm-i386/types.h:
>>
>> #if defined(__GNUC__) &&
On Wed, 27 Jun 2007, Jeff Garzik wrote:
>
> Such would be a diagnostic that would trigger on valid SCSI commands, when the
> user is doing nothing wrong and the system can indeed complete the command
> just fine. Additionally, this is moving us in the direction of what the IDE
> driver has
Add driver for collie touchscreen, partly based on ucb1x00-ts.c, but
this one actually works.
From: Cyril Hrubis <[EMAIL PROTECTED]>
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
PATCH FOLLOWS
KernelVersion: 2.6.22-rc6-git
---
commit 2a18a9f134617ceacccb7f15fe1c383715dc769a
tree
Hey Roland,
Here are some bug fixes to the iw_cxgb3 driver that I'd like included
for 2.6.23. NOTE: Patch 1 requires a firmware interface change, so
there is a version bump to 4.3 included in that patch that hits cxgb3.
This will likely conflict with a previous version change that is in
Jeff's
iw_cxgb3: Streaming -> RDMA mode transition fixes.
Due to a HW issue, our current scheme to transition the connection from
streaming to rdma mode is broken on the passive side. The firmware
and driver now support a new transition scheme for the passive side:
- driver posts rdma_init_wr (now
iw_cxgb3: TERMINATE WRs can hang the tx ofld queue.
Don't set the gen bits nor length bits in the terminate wr. This is
done by the LLD driver.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/iwch_qp.c |6 +++---
1 files changed, 3 insertions(+), 3
iw_cxgb3: Don't count neg_adv abort_req_rss messages as real aborts.
negative advice messages should _not_ count toward the 2 abort requests
needed to indicate an abort request.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/iwch_cm.c | 14 +++---
1
iw_cxgb3: ctrl-qp init/clear shouldn't set the gen bit.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/cxio_hal.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/cxio_hal.c
iw_cxgb3: Don't post TID_RELEASE message.
The LLD does this for us in cxgb3_remove_tid().
Also fixed active open failure cases where we shouldn't
be releasing the TID as well.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/iwch_cm.c | 13 ++---
1
iw_cxgb3: Don't abort after failures sending the mpa reply.
This bug results in an abort request being sent down _after_ the tid
has been released. If the tid happens to have been reused, then the
subsequent generation of the tid gets incorrectly aborted.
The thread running iwch_accecpt_cr()
On Wed, Jun 27, 2007 at 04:53:58PM +0300, Al Boldi wrote:
> Al Viro wrote:
> > On Wed, Jun 27, 2007 at 11:18:36AM +0200, Zolt?n HUBERT wrote:
> > > And as I understand it, this is (was ?) the whole point of
> > > stable/development kernels. "We" can trust a newer stable
> > > kernel to be a
On Wed, Jun 27, 2007 at 03:06:36PM +0100, Al Viro wrote:
> *unprintable*
>
> Yes, I see... OK, null pointer constants handling (next patch in the
> queue) introduces is_zero_constant() (silent evaluation of integer
> constant expression, with division by 0/too large shift/- on lowest
> value of
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> That's a good point I missed.
>
> What about:
>
> #if defined(__GNUC__) && __STDC_VERSION__ < 19901L
> __extension__ typedef signed long long __s64;
> __extension__ typedef unsigned long long __u64;
> #else
> typedef signed long long __s64;
> typedef
On 06/27/2007 06:16 AM, Andre Noll wrote:
> Hi
>
> Our nfs server recently paniced under heavy nfs load. The backtrace
> indicates that this might be a problem with the tigon3 network driver
> which drives the onboard chips of the machine.
>
> The first crash under 2.6.21.1 happened after about
On Wed, 27 Jun 2007, Hugh Dickins wrote:
> On Tue, 26 Jun 2007, Ulrich Drepper wrote:
> > On 6/26/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> >
> > > OTOH glibc could implement __morecore using mmap(MAP_NOZERO), and hence
> > > brk2() would not be needed, no?
> >
> > No. mmap calls create
Jesse Barnes wrote:
Yeah, you're right I should use an unsigned format string. Pim, if you
change it to %lu does the printk in your dmesg look better?
Er, no.
MTRRs don't cover all of memory, trimmed 18446744073709486080 pages
Thanks,
Pim
-
To unsubscribe from this list: send the line
On Wed, 27 Jun 2007, Joerg Schilling wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > That's a good point I missed.
> >
> > What about:
> >
> > #if defined(__GNUC__) && __STDC_VERSION__ < 19901L
> > __extension__ typedef signed long long __s64;
> > __extension__ typedef unsigned long long
On Wed, 2007-06-27 at 16:00 +0200, Joerg Schilling wrote:
> Warning: *** linux/ext2_fs.h is not usable at all ***
> Warning: *** This makes it impossible to support Linux file flags ***
> You may try to compile using 'make COPTX=-DTRY_EXT2_FS'
Again, can you be _specific_? Amusing though your
On Tue, 26 Jun 2007, Ulrich Drepper wrote:
> On 6/26/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > I acutally have the code for it, but I never posted it since it did not
> > receive a too warm review (and the only user was the fdmap thingy).
>
> Only user of sys_indirect? There will be
On Wednesday, June 27, 2007 9:00:33 Pim Zandbergen wrote:
> Jesse Barnes wrote:
> > Yeah, you're right I should use an unsigned format string. Pim, if
> > you change it to %lu does the printk in your dmesg look better?
>
> Er, no.
>
> MTRRs don't cover all of memory, trimmed
Am Mittwoch 27 Juni 2007 schrieb Peer Chen:
> We did the many test with the new version driver and didn't encounter
> that problem, but in certain cases, DMASETUP command packets from drive
> to the controller are corrupted, and the controller issues an R_ERR to
> the drive. Drives that comply
On 06/27/2007 11:52 AM, Adrian Bunk wrote:
> On Wed, Jun 27, 2007 at 04:53:58PM +0300, Al Boldi wrote:
>> Al Viro wrote:
>>> On Wed, Jun 27, 2007 at 11:18:36AM +0200, Zolt?n HUBERT wrote:
And as I understand it, this is (was ?) the whole point of
stable/development kernels. "We" can
On Wed, 2007-06-27 at 14:58 +0200, Rodolfo Giometti wrote:
> On Wed, Jun 27, 2007 at 11:18:30AM +0100, David Woodhouse wrote:
> > On Wed, 2007-06-27 at 12:14 +0200, Rodolfo Giometti wrote:
> > > On Tue, Jun 26, 2007 at 06:38:40PM +0100, David Woodhouse wrote:
> > > >
> > > > 64-bit kernels can
Hi Pavel,
On 6/27/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
Add driver for collie touchscreen, partly based on ucb1x00-ts.c, but
this one actually works.
+config MCP_COLLIE_TS
+ tristate "Touchscreen collie support"
+ depends on MCP_UCB1200 && INPUT && !MCP_UCB1200_TS
+
[ trimmed the cc ]
On 6/26/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
Hi Dan,
[ Minor thing ... ]
Not a problem, thanks for taking a look...
On 6/27/07, Dan Williams <[EMAIL PROTECTED]> wrote:
> The async_tx api tries to use a dma engine for an operation, but will fall
> back to an
On 06/27/2007 05:18 AM, Zoltán HUBERT wrote:
> If I have to rely on the distribution to help me it spoils
> the whole benefit of open source. I don't trust Novell or
> RedHat or Google more than Microsoft or Apple.
Hey, we're doing the best we can with Fedora and our source
tree is completely
On 11:58, Chuck Ebbert wrote:
> > Screenshots of the resulting kernel panics are available at
> >
> > http://www.systemlinux.org/~maan/shots/huangho-crash-2.6.21.1.png
> > and
> > http://www.systemlinux.org/~maan/shots/huangho-crash-2.6.21.5.png
> >
>
> Looks the the known oops in
[adding [EMAIL PROTECTED]
On Wed, 27 Jun 2007 00:38:17 -0700 (PDT) [EMAIL PROTECTED] wrote:
> On Tue, 26 Jun 2007, Randy Dunlap wrote:
>
> > On Mon, 25 Jun 2007 15:56:17 -0700 (PDT) [EMAIL PROTECTED] wrote:
> >
> >> due to the size the files are posted at http://linux.lang.hm/linux
> >>
> >>
On Wed, 27 Jun 2007, Neil Booth wrote:
>
> Here are three independently invalid non-ICEs that sparse doesn't
> diagnose.
>
> extern int f(void);
> enum { cast_to_ptr = (int) (void *) 0 };
> enum { cast_to_float = (int) (double) 1 };
Those two *really* shouldn't fail. I don't care if the C
On Wed, Jun 27, 2007 at 09:13:21AM -0700, Dan Williams wrote:
>
> The hope is that other subsystems beyond md could benefit from offload
> engines. For example, the crc32c calculations in btrfs might be a
> good candidate, and kcopyd integration has crossed my mind.
Yes hopefully we will
On Wednesday, June 27, 2007 9:00:33 Pim Zandbergen wrote:
> Jesse Barnes wrote:
> > Yeah, you're right I should use an unsigned format string. Pim, if
> > you change it to %lu does the printk in your dmesg look better?
>
> Er, no.
>
> MTRRs don't cover all of memory, trimmed
> > The track record of ALSA for me goes like this:
> > - dmix finally started working automatically (at least on my Kubuntu
> > system) about one year ago, about five years after everybody could see
> > that this was badly needed.
>
> I don't remember when it happened, but I do remember
Oliver Neukum schrieb:
Am Mittwoch, 27. Juni 2007 schrieb Clemens Koller:
Whenever I plug/unplug the FTDI FT232BM USB-RS232 converter, the latest
2.6.21.5 kernel complains:
usb 2-1: USB disconnect, address 7
ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
On Wed, Jun 27, 2007 at 12:08:12PM -0400, Chuck Ebbert wrote:
> On 06/27/2007 11:52 AM, Adrian Bunk wrote:
> > On Wed, Jun 27, 2007 at 04:53:58PM +0300, Al Boldi wrote:
> >> Al Viro wrote:
> >>> On Wed, Jun 27, 2007 at 11:18:36AM +0200, Zolt?n HUBERT wrote:
> And as I understand it, this is
Hi Chuck,
On 6/27/07, Chuck Ebbert <[EMAIL PROTECTED]> wrote:
I was trying to figure that out for this one:
http://code.ximeta.com/trac-ndas
No mention of ever trying to get this upstream AFAICT... but this is
interesting:
The linux market is limited comparing that of MS Windows.
it is
On Wed, Jun 27, 2007 at 08:30:55AM +0200, Ingo Molnar wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 12 Jun 2007 21:28:04 -0700
> > "Paul E. McKenney" <[EMAIL PROTECTED]> wrote:
> >
> > > + while (!startwriters)
> > > + barrier(); /* Force scheduler to spread
On Wed, 2007-06-27 at 09:19 -0700, Linus Torvalds wrote:
>
> On Wed, 27 Jun 2007, Neil Booth wrote:
> >
> > Here are three independently invalid non-ICEs that sparse doesn't
> > diagnose.
> >
> > extern int f(void);
> > enum { cast_to_ptr = (int) (void *) 0 };
> > enum { cast_to_float = (int)
Hello,
Thomas Gleixner wrote:
> On Tue, 2007-06-26 at 17:00 +0200, Uwe Kleine-K??nig wrote:
> > If I enable NO_HZ, the system jerks (I hope this is an understandable
> > term ...). E.g.
> >
> > # time find /sys
> > ...
> > real1m 19.52s
> > user0m 0.18s
> > sys
On Wed, Jun 27, 2007 at 03:58:43PM +0200, Joerg Schilling wrote:
> Sam Ravnborg <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Jun 25, 2007 at 04:53:55PM +0200, Joerg Schilling wrote:
> > >
> > > star needs "ext2_fs.h". This file is not usable at all on many Linux
> > > distributions, even with GCC.
Hi Michael!
On Wed, 27 Jun 2007, Michael Buesch wrote:
> On Wednesday 27 June 2007 04:00:46 Henrique de Moraes Holschuh wrote:
> > On Tue, 26 Jun 2007, Michael Buesch wrote:
> > > On Tuesday 26 June 2007 16:06:25 Henrique de Moraes Holschuh wrote:
> > > > Which, AFAIK, we can quantify as the
Alan Cox wrote:
On Wed, 27 Jun 2007 05:30:48 -0600
Matthew Wilcox <[EMAIL PROTECTED]> wrote:
On Tue, Jun 26, 2007 at 09:45:05PM -0500, Matt Domsch wrote:
On Tue, Jun 26, 2007 at 01:26:22PM -0700, Randy Dunlap wrote:
ERROR: "pci_get_bus_and_slot" [drivers/firmware/edd.ko] undefined!
It
Dan Williams wrote:
Greetings,
Per Andrew's suggestion this is the md raid5 acceleration patch set
updated with more thorough changelogs to lower the barrier to entry for
reviewers. To get started with the code I would suggest the following
order:
[md-accel PATCH 01/19] dmaengine: refactor
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > On Suse Linux 10.0, I get e.g.:
> >
> > cat t.c
> > #include
> > #include
> >
> > gcc -c t.c
> > In file included from /usr/include/linux/ext2_fs.h:20,
> > from t.c:2:
> > /usr/include/linux/ext2_fs_sb.h:40: error: syntax error
Hello, again!
Well, with lots of debugging enabled, I got to some more details about the
non working DMC TSC-10 USB Touchscreen:
(see also: http://lkml.org/lkml/2007/6/26/228 )
Whenever I plug in the TSC-10 I get the following output
hub 3-0:1.0: state 7 ports 4 chg evt 0004
ehci_hcd
On Wed, 2007-06-27 at 02:26 -0400, Jon Ringle wrote:
> Arjan van de Ven wrote:
> > On Tue, 2007-06-26 at 22:55 -0400, Jon Ringle wrote:
> >
> >> Hello,
> >> Out of these two, the first one that is showing "in_atomic():1" seems
> >> more likely to me to be a potential cause of the "scheduling
On Wed, Jun 27, 2007 at 12:41:41PM -0400, H. Peter Anvin wrote:
> Note that EDD has no way of referencing anything but the zero domain
> (which is presumably the one which is addressed by I/O ports CF8/CFC on
> the BSP.) So in this particular case I would say pci_get_bus_and_slot()
> is fine.
On 6/27/07, Hugh Dickins <[EMAIL PROTECTED]> wrote:
Not so: if an mmap can be done by extending either adjacent vma (prot
and flags and file and offset all match up), that's what's done and no
separate vma is created. (And adjacent vmas get merged when mprotect
removes the difference in
Jesse Barnes wrote:
It looks like end_pfn might be ~0UL now... can you print that out in
your configuration?
Er, do you need the value of end_pfn ?
Here's what I changed:
if ((highest_addr >> PAGE_SHIFT) != end_pfn) {
printk(KERN_WARNING "***\n");
On Wed, 27 Jun 2007, Michael Buesch wrote:
> Well, we have that userspace ABI of one hwrng char device. I did not
Yeah. Talk about shortsighted ABIs that deserve to die an horrible death.
The same goes for the watchdog ABI.
> And changing it in a compatible way is probably difficult.
Well,
On Wed, 27 Jun 2007, Anton Altaparmakov wrote:
>
> Please apply the below patch to the LDM driver.
This looks fine, but last time I applied a LDM patch just before release,
there was some embarrassing compile problem with it.
See commit 72dd9ca59944.
Which just makes me go "hmm.." at this
Hi,
On 6/27/07, Clemens Koller <[EMAIL PROTECTED]> wrote:
drivers/usb/input/usbtouchscreen.c: usbtouch_probe - type->init() failed, err:
-19
dmc_tsc10_init() returns -ENODEV (-19) when device responds with
something other than 0x06 0x00 to the "reset" and "set rate" commands.
It would be
On Wednesday, June 27, 2007 10:02:35 Pim Zandbergen wrote:
> Jesse Barnes wrote:
> > It looks like end_pfn might be ~0UL now... can you print that out
> > in your configuration?
>
> Er, do you need the value of end_pfn ?
> Here's what I changed:
>
> if ((highest_addr >> PAGE_SHIFT) != end_pfn) {
>
> Dan, I hope you will release these as a patchset against 2.6.22 when
> it's out or 2.6.21. I find I have a lot more confidence in results,
good
> or bad, when comparing something I have run in production with just
one
> patchset added. There are enough other changes in an -rc to confuse
the
>
501 - 600 of 796 matches
Mail list logo
