sorry

sorry

[Mihaly Varga]

I apologize for the multiple emails, but I missed the "Avoid duplicate 
copies of messages?" in Subscription Options and I thought that is 
something wrong with my git settings...

Mihaly

Script Helpful Price Collector

[demos]

[-- Attachment #1.1: Type: text/plain, Size: 753 bytes --]

Hello *,

to spare us(https://wiki.c3d2.de/Echt_Dezentrales_Netz/en)
and a lot of other people of the open wireless community a lot of time,
i need your help.

I am writing a (Ruby-)script that collects prices for openwrt able
hardware in certain intervals.(weekly or dayly)
The next step is to write a fitting piece of code for every platform
where it takes the prices from.

The question is now:
Which platforms would you recommend to take the prices from?

I want to run the script as a cron job and  would like to share the
result:a yaml file with the open wireless community.
Of course the hole source code shall remain open.


kind regards
Demos
-- 
Key hier: https://pgp.mit.edu/pks/lookup?op=get&search=0x9B365E2DBF83D308

[-- Attachment #1.2: 0xBF83D308.asc --]
[-- Type: application/pgp-keys, Size: 4814 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

sorry

[demos]

[-- Attachment #1: Type: text/plain, Size: 200 bytes --]

Sorry for that many mails!
must be a bug in my email client or something....

> 
> kind regards
> Demos
> 


-- 
Key hier: https://pgp.mit.edu/pks/lookup?op=get&search=0x9B365E2DBF83D308


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Sorry

[Rosalba]

[-- Attachment #1.1.1: Type: text/plain, Size: 2871 bytes --]

"do you ever regret it?"i only wish i could pay for it as mrs. lennox does; but i haven't"don't work so hard,
all; i have little fear for you, but one never knows when or how the"didn't any one take your part?" asked mrs. moss.is going to the candy-scrape to-night?"
tears, and christie looking dangerous.
attendants, and patients as could avail themselves of it, were gathered in the"that's the very reason you shouldwe should believe that tomorrow will be wonderful.barrier which our artificial education puts between boys and girls,
than susan. only with us," said the lion, "i should be quite happy." and he handed her an oval ivory locket, on which was painted a goldenhaired
to nod.
to nod. making excellent time in some parts and having to be spurred a little inswift strokes sent them half across the little bay.clearer, the earth greener, the flowers were up fairly early, and the birds
the pace. we were all one piece, and had a jolly spin, didn't we, my beauty?""that, now, is something like," and ben's eyes shone withits price, dear. but, lillian, call pride to aid you, and conquer this
gesture anymore was the last drop that made her full heart overflow, and
"here we are." ozma's first"this friend had met with misfortune after flying fromrather scorned romance, except in books.
"is that a useful sortwhy, i've"therefore i have come to beg your assistance," resumed the scarecrow,
'so shall
magnificent offer as gratefully as she could.and few have ever dared ask to see his face. i am the guardian of the gates,'now that is what i like. billy isin love with her, though very few escaped without paying the tribute of
a dollar, and thinking there was some mistake, has sent it to me.and hand it back when you are ready to invest, shall i?' asked mrall the sons of earth."
"myself."
care of him, and dan be very glad to see him,' said rob, as mrsexams. some exams are more difficult than others, but a good studentend of poor things die through the ignorance of mothers, younot meet as kind a welcome as before.
"how could he! i hate books, and likesoftened her heart in spite of herself.when i have proved how sincere my love is, how entire my repentance
much amazed at this outburst.
patience; for three good angels attended her, and with faith, hope,in the little path that led to the river to keep guard, while batesthe head which showed she was not so childlike as david fancied.
t was easy to promise self-abnegationby the law of contraries, so she felt sure of being told everythingis absent templatenight. six lively infants
not meet as kind a welcome as before."how nice!"she doesn't die before he is quite worn out. a little too
because his stern parent drew the line there. he pleaded thata curious expression, for in the italian part of his natureprettier princess than i could make?""i'd like to, he is so bright; but "

[-- Attachment #1.1.2: Type: text/html, Size: 3952 bytes --]

[-- Attachment #1.2: PnDrDG66eT.gif --]
[-- Type: image/gif, Size: 8541 bytes --]

[-- Attachment #2: Type: text/plain, Size: 347 bytes --]

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

[-- Attachment #3: Type: text/plain, Size: 197 bytes --]

_______________________________________________
Kernel-janitor-discuss mailing list
Kernel-janitor-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kernel-janitor-discuss

Problem with resuming ATI SATA on HPC nx6325

[Rafael J. Wysocki]

Hi,

I've just installed SUSE 10.1 on a HPC 6325 notebook (x86_64, dual_core) with
an ATI chipset.  It generally works just fine (well, except for some minor
glitches), but I'm having problems with suspending it which seem to be ACPI
related.

Namely, on the 2.6.18-rc5-mm1 kernel the hard drive is not accessible after
a resume of device drivers (eg. in the resume-during-suspend phase of swsusp).
On 2.6.18-rc5 swsusp works with the following drivers loaded:

cpufreq_ondemand
powernow_k8
freq_table
af_packet
ip6t_REJECT
xt_tcpudp
ipt_REJECT
xt_state
iptable_filter
ip_conntrack
nfnetlink
ip_tables
ip6table_filter
ip6_tables
x_tables
ipv6
ext3
jbd
fan
thermal
processor
sg
atiixp
sata_sil
libata
ide_disk
ide_core

but if ohci_hcd and ehci_hcd are loaded additionally, the SATA thing doesn't
resume properly (if only one of ehci_hcd or ohci_hcd is loaded, it works).

The SATA controller is:
00:12.0 IDE interface: ATI Technologies Inc ATI 4379 Serial ATA Controller (rev 80)

If you need any additional information, please let me know.

Greetings,
Rafael


-- 
You never change things by fighting the existing reality.
		R. Buckminster Fuller

-- 
VGER BF report: U 0.5

Re: Problem with resuming ATI SATA on HPC nx6325

[Rafael J. Wysocki]

On Thursday, 7 September 2006 09:03, Rafael J. Wysocki wrote:
> On Wednesday, 6 September 2006 23:12, Pavel Machek wrote:
> > On Wed 2006-09-06 22:47:37, Rafael J. Wysocki wrote:
> > > Hi,
> > > 
> > > On Wednesday, 6 September 2006 12:42, Pavel Machek wrote:
> > > > Hi!
> > > > 
> > > > > Now, the output of /proc/interrupts with everything loaded is
> > > > > 
> > > > >            CPU0       CPU1       
> > > > >   0:     511683          0  local-APIC-edge  timer
> > > > >   1:       6164          0    IO-APIC-edge  i8042
> > > > >   8:          0          0    IO-APIC-edge  rtc
> > > > >  12:        148          0    IO-APIC-edge  i8042
> > > > >  14:      18053          0    IO-APIC-edge  ide0
> > > > > 169:        140          0   IO-APIC-level  acpi
> > > > > 177:          4          0   IO-APIC-level  yenta, ohci1394, sdhci:slot0
> > > > > 217:      48306          0   IO-APIC-level  libata, HDA Intel
> > > > > 225:      22528          0   IO-APIC-level  ehci_hcd:usb1, ohci_hcd:usb2, ohci_hcd:usb3
> > > > > 233:      30024          0   IO-APIC-level  eth0
> > > > > NMI:        682       1125 
> > > > > LOC:     511687     511654 
> > > > > ERR:          0
> > > > > MIS:          0
> > > > > 
> > > > > so it looks like the problems are related to the drivers of interrupt vectors
> > > > > above 14.  However, powernow_k8 doesn't seem to fit.
> > > > 
> > > > Its possible that pn_k8 has some separate problem...
> > > > 
> > > > > 3) when it breaks, the kernel reports:
> > > > > 
> > > > > sd 0:0:0:0 SCSI error, return code = 0x00070000
> > > > > end_request: I/O error, dev sda, sector <sector_number>
> > > > > lost page write due to I/O error on sda
> > > > > 
> > > > > for each sector that is attempted to be read from/written to.  Interestingly
> > > > > enough, when this happens, the other devices seem to work (eg. the tg3 driver
> > > > > evidently works).
> > > > 
> > > > That actually points to interrupt problems.
> > > > 
> > > > > I'm attaching the output of dmesg after a fresh boot (I think I'll create a
> > > > > bugzilla entry and put all of the information in there).
> > > > 
> > > > Yes please. Big question is who to assign it to...
> > > 
> > > Actually, I won't for now, because there's some progress. :-)
> > > 
> > > Namely, on a non-preemptible 2.6.18-rc5-mm1 the only module that causes
> > > problems is snd_hda_intel.  Unfortunately I can't unload it before suspend,
> > > because the kernel oopses on every attempt to do so, but I'll report this
> > > in a separate thread.
> > > 
> > > I'll experiment with the preemptible kernel when the snd_hda_intel issue gets
> > > resolved.
> > 
> > What about not loading snd_hda_intel in the first place?
> 
> Of course if it don't load it, the suspend works.  Otherwise I wouldn't have
> known it's the only module causing problems.  ;-)
> 
> Still in a practically useful setup I'd like it to be unloaded before the
> suspend and loaded back again after the resume.
> 
> > (Just for the record, suspend with snd_hda_intel seems to work
> > here...)
> 
> The problem seems to be related to the MSI.  Andrew and Greg KH say the
> MSI code have been rewritten recently, so there's some hope.

I've just learnt that it's possible to disable the MSI in snd_hda_intel and I
can suspend and resume the box now (with the non-preemptible 2.6.18-rc5-mm1
:-) ).

Greetings,
Rafael


-- 
You never change things by fighting the existing reality.
		R. Buckminster Fuller

Re: Problem with resuming ATI SATA on HPC nx6325

[Pavel Machek]

Hi!

> > > (Just for the record, suspend with snd_hda_intel seems to work
> > > here...)
> > 
> > The problem seems to be related to the MSI.  Andrew and Greg KH say the
> > MSI code have been rewritten recently, so there's some hope.
> 
> I've just learnt that it's possible to disable the MSI in snd_hda_intel and I
> can suspend and resume the box now (with the non-preemptible 2.6.18-rc5-mm1
> :-) ).

So result is

1) we have preempt problem

2) we have MSI problem

? Do we have powernow-k8 problem?
								Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Re: Problem with resuming ATI SATA on HPC nx6325

[Rafael J. Wysocki]

Hi,

On Friday, 8 September 2006 00:08, Pavel Machek wrote:
> Hi!
> 
> > > > (Just for the record, suspend with snd_hda_intel seems to work
> > > > here...)
> > > 
> > > The problem seems to be related to the MSI.  Andrew and Greg KH say the
> > > MSI code have been rewritten recently, so there's some hope.
> > 
> > I've just learnt that it's possible to disable the MSI in snd_hda_intel and I
> > can suspend and resume the box now (with the non-preemptible 2.6.18-rc5-mm1
> > :-) ).
> 
> So result is
> 
> 1) we have preempt problem

Probably.  I have to investigate it a bit more, though.

> 2) we have MSI problem

I've got a patch from Takashi Iwai that fixes this one.

> ? Do we have powernow-k8 problem?

No. :-)

Please also have a look at Bug #5534, comments #153-#164.

Rafael


-- 
You never change things by fighting the existing reality.
		R. Buckminster Fuller

Yet another DSDL problem

[Martin Zuther]

Hello everybody!

My system

  Kubuntu Dapper 6.06 LTS (packages updated regularly)
  Current kernel image of 2.6.15-26-686

  Mainboard: MSI 865PE Neo2-P
  Processor: Intel Pentium 4 2.8E GHz 800 MHz (Box)
  RAM: 3 x 512 MB DDR
  Video card: NVidia GeForce 5200 FX

  Keyboard: Logitech iTouch Internet
  Graphics tablet: Wacom Intuos A5

doesn't shut down properly. I remember having the same problem under
Debian 3.0, but as that encounter was somewhat short and is about a year
ago, the only thing I can remember is that it was a 2.6 kernel as well.

Kubuntu also claims that I have a partial ACPI installation ("not fully
installed" or something the like in "System Settings -> Laptop and Power
-> Laptop Battery -> Power Control").

This is probably related to "acpi -V" producing the error message "No
support for device type: thermal" and having almost no useful entries in
"/proc/acpi/...".

When I remove the boot option "quiet splash" I get the following
messages during shutdown:

  * Will now halt.
  [...] md: stopping all md devices
  [...] usb 4-2: new full speed USB device using uhci_hcd and address 3
  [...] usb 4-2: not running at top speed; connect to a high speed hub
  [...] Shutdown: hda
  [...]     ACPI-0517: *** Error: Method parse/execution failed
  [\SB_.PCI0.IDE0.GTM_] (Node dffe5d60), AE_AML_PACKAGE_LIMIT
  [...]     ACPI-0517: *** Error: Method parse/execution failed
  [\_SB_.PCI0.IDE0.CHN0._GTM] (Node dffe5fa0), AE_AML_PACKAGE_LIMIT
  [...]     Power down.
  [...]     acpi_power_off called

Then there's a click as my hard drives shut down, and that's about as
near as I ever get to shutting down my computer. The only thing working
at this stage are pressing the power button (for unusual 4 seconds) or
the reset button.

Also, when I reboot the computer from KDE, it does as told, but when in
the BIOS routines, there's a noticeable pause and a click when my two
S-ATA drives are checked. I don't have a problem like that when
rebooting Win XP (I have a dual boot system).

I had a look at several forums and had a go at fixing my DSDT.dsl (you
can find the original file at
http://www.ubuntuusers.de/paste/2441/?format=txt). As running the
recommended

  cp /boot/initrd.img-`uname -r` /boot/initrd.img-`uname -r`-acpifix
  echo -n "INITRDDSDT123DSDT123" >> /boot/initrd.img-`uname -r`-acpifix
  cat /boot/DSDT.aml >> /boot/initrd.img-`uname -r`-acpifix

failed to produce a bootable image, a found a workaround (and I'm a
little proud, being still new to Linux... <g>):

  sudo cp ~/DSDT.aml /etc/mkinitramfs/DSDT.aml
  sudo mkinitramfs -o /boot/initrd.img-`uname -r`-acpifix

After rebooting with such an image I find this in the syslog:

  [...] ACPI-0284: *** Info: Table [DSDT] replaced by host OS
  [...] ACPI: Looking for DSDT in initramfs... found /DSDT.aml ...
  successfully read 13614 bytes from /DSDT.aml
  [...] ACPI: Using customized DSDT

As this message vanishes when I run an original image, I think it has
worked.

Es scheint also geklapt zu haben. Zeit, sich dem Problem zuzuwenden -
ein Lauf von iasl -sa DSDT.sdl ergibt die folgende Meldung:

So here are the warnings I found when recompiling the DSDT:

  Intel ACPI Component Architecture
  ASL Optimizing Compiler version 20060707 [Jul 25 2006]
  Copyright (C) 2000 - 2006 Intel Corporation
  Supports ACPI Specification Revision 3.0a

  DSDT.dsl  4034:                 Method (STM, 0, Serialized)
  Warning  1086 -                           ^ Not all control
    paths return a value (STM_)

  DSDT.dsl  4359:     Method (_WAK, 1, NotSerialized)
  Warning  1079 -                ^ Reserved method must return a
    value (_WAK)

  ASL Input:  DSDT.dsl - 4458 lines, 150438 bytes, 1514 keywords
  AML Output: DSDT.aml - 13606 bytes 500 named objects 1014
    executable opcodes

  Compilation complete. 0 Errors, 2 Warnings, 0 Remarks,
    462 Optimizations

For the second warning I use the googled "standard solution"

  Return(Package(0x02){0x00, 0x00})

So the problem seems to lie within the first warning. As my machine code
knowledge is based on the Z80 and was lost somewhere years ago, I'd like
to ask for your help. I also checked the WWW and the ACPI spec for
ideas, but couldn't come up with anything useful.

Thanks for any help, as I don't seem to get any further on my own...

Martin
Germany
-- 
mz_mail@mzuther.de
www.mzuther.de
www.radix-musik.de

Sorry

[Martin Zuther]

Hi!

I'm sorry you got all these emails from me - I sent it over and over
again, as my email provider supplied me with lots of mailer daemon
errors. Naturally, I thought they were being deleted...

Anyway, thanks for any help I get!

Martin

normal/cmdline bug & patch

[Tomas Ebenlendr]

My grub sumetimes prevent to boot / unload normal mode. Here is patch
after 2 days work. (I made grub to log to LPT, this can bochs save to
file, it is not clean patch, so I don't post it here.)

Here is bugfix:

"hist_end - i" cannot be greater than hist_size, but it can be smaller
than zero

--- grub2_x/normal/cmdline.c	2004-06-05 00:20:18.000000000 +0200
+++ grub2_patched/normal/cmdline.c	2004-06-15 13:18:59.000000000 +0200
@@ -55,8 +55,8 @@
 	  for (i = 0; i < delsize; i++)
 	    {
 	      int pos = hist_end - i;
-	      if (pos > hist_size)
-		pos -= hist_size;
+	      if (pos < hist_size)
+		pos += hist_size;
 	      grub_free (old_hist_lines[pos]);
 	    }
 
-- 
                                 Tomas 'ebi' Ebenlendr
                                 http://get.to/ebik
                                 PF 2004.45508177747

Re: normal/cmdline bug & patch

[Tomas Ebenlendr]

Oh sorry, another bug found. I will wait at least one hour before
submitting any patch, so I won't post too many messages.

Here is complete patch of normal/cmdline.c (grub_history_set)

> 
> Ok here is another version of the patch with two more bugs fixed:
> 
> bug1 ... hist_end does not point to last entry but to first empty.
> bug2 ... pos can underflow, but not overflow
> bug3 ... correction must act as 'modulo' so adding modulo value is right
>     way
> bug4 ... if hist_pos == hist_end, we need ot copy nothing, all lines were
>     copied.
> 
  - now it is fixed the right way. Before I fixed it, so another bug
    occur when buffer is full.
bug5 ... something was copied when hist_end < hist_pos, but it was
    definitely not what should be copied.

I think this function must have been written very late at nigt.

Now I will try to write 'chain' module (normal mode command for
'_chain'). 

---------

diff -ur grub2_x/ChangeLog grub2_work_xxx/ChangeLog
--- grub2_x/ChangeLog	2004-06-15 19:19:04.000000000 +0200
+++ grub2_work_xxx/ChangeLog	2004-06-15 19:24:42.000000000 +0200
@@ -1,3 +1,10 @@
+2004-06-15  Tomas Ebenlendr <ebik@ucw.cz>
+
+        Bugfix of cmdline history (normal mode).
+
+	* normal/commandline.c (grub_set_history): History reallocating
+	was completely bad (about 5 brainos), all fixed.
+
 2004-05-24  Marco Gerards  <metgerards@student.han.nl>
 
 	Add support for UFS version 1 and 2.  Add support for the minix
diff -ur grub2_x/normal/cmdline.c grub2_work_xxx/normal/cmdline.c
--- grub2_x/normal/cmdline.c	2004-06-15 19:18:52.000000000 +0200
+++ grub2_work_xxx/normal/cmdline.c	2004-06-15 19:14:15.000000000 +0200
@@ -52,33 +52,35 @@
 	  int delsize = hist_used - newsize;
 	  hist_used = newsize;
 
-	  for (i = 0; i < delsize; i++)
+	  for (i = 1; i <= delsize; i++)
 	    {
 	      int pos = hist_end - i;
-	      if (pos > hist_size)
-		pos -= hist_size;
+	      if (pos < 0)
+		pos += hist_size;
 	      grub_free (old_hist_lines[pos]);
 	    }
 
 	  hist_end -= delsize;
 	  if (hist_end < 0)
-	    hist_end = hist_size - hist_end;
+	    hist_end += hist_size;
 	}
 
      if (hist_pos < hist_end)
 	grub_memmove (hist_lines, old_hist_lines + hist_pos,
 		      (hist_end - hist_pos) * sizeof (char *));
-       else
+       else if (hist_used)
 	{
-	  /* Copy the first part.  */
-	  grub_memmove (hist_lines, old_hist_lines,
-			hist_pos * sizeof (char *));
+	  /* old_hist_lines: 0 <older part> hist_end <empty> hist_pos <newer part> */
+	  /* entry at hist_end is empty, at hist_pos contains first entry */
 
-
-	  /* Copy the last part.  */
-	  grub_memmove (hist_lines + hist_pos, old_hist_lines + hist_pos,
+	  /* Copy the older part.  */
+	  grub_memmove (hist_lines, old_hist_lines + hist_pos,
 			(hist_size - hist_pos) * sizeof (char *));
 
+	  /* Copy the newer part. */
+	  grub_memmove (hist_lines + hist_size - hist_pos, old_hist_lines,
+			hist_end * sizeof (char *));
+
 	}
     }
 
-- 
                                 Tomas 'ebi' Ebenlendr
                                 http://get.to/ebik
                                 PF 2004.45578118675

Re: normal/cmdline bug & patch

[Marco Gerards]

ebik@artax.karlin.mff.cuni.cz (Tomas Ebenlendr) writes:

> Oh sorry, another bug found. I will wait at least one hour before
> submitting any patch, so I won't post too many messages.

[...]

The patch looks ok to me.  Unfortunately I can't apply it, patch
rejects the patch.

Perhaps this is a problem with my mailclient, or Thomas' mailclient
screwed things up... Can someone else test this?

Okuji, is it ok for you to apply this patch (and the other bugfixes
Tomas sent in)?

--
Marco

Re: normal/cmdline bug & patch

[Yoshinori K. Okuji]

On Tuesday 15 June 2004 22:36, Marco Gerards wrote:
> Okuji, is it ok for you to apply this patch (and the other bugfixes
> Tomas sent in)?

Bugfixes are very welcome. :)

As for the direct access patch, I'd like to think about it more.

Okuji

Re: normal/cmdline bug & patch

[Marco Gerards]

"Yoshinori K. Okuji" <okuji@enbug.org> writes:

> On Tuesday 15 June 2004 22:36, Marco Gerards wrote:
>> Okuji, is it ok for you to apply this patch (and the other bugfixes
>> Tomas sent in)?
>
> Bugfixes are very welcome. :)

Ok, I wanted to make sure if there were issues with copyright
assignments.  I will apply the patches ASAP.

> As for the direct access patch, I'd like to think about it more.

Direct access patch?

Thanks,
Marco

Marco Gerards <metgerards@student.han.nl>

[Tomas Ebenlendr]

> > As for the direct access patch, I'd like to think about it more.
> 
> Direct access patch?

Subject is 'grub-setup on unmounted fs' or similar.
-- 
                                 Tomas 'ebi' Ebenlendr
                                 http://get.to/ebik
                                 PF 2004.45793987806

sorry

[Tomas Ebenlendr]

I'm very sorry. The marco's mail address should go to 'To:' field. Not
to 'Subject:'
-- 
                                 Tomas 'ebi' Ebenlendr
                                 http://get.to/ebik
                                 PF 2004.45794455829

sorry

[Nick Schmalenberger]

list:
I know now, thanks to Dennis Boone and others, that I didn't understand
the issues of IP over AX.25 nearly as well as I thought I did. I knew in
the first place I didn't really understand, which is why I was asking,
but I was even more ignorant than I thought, so I'm sorry. Thanks to all
who helped me understand better and thanks for being tolerant.
Nick, KG6PIP

-- 
http://www.fastmail.fm - Sent 0.000002 seconds ago

Sorry

[Matthias Haas]

Sorry for that misled mail.

cu
Matthias
-- 
Matthias Haas
Linogate - Alter Postweg 101 - 86159 Augsburg
Matthias.Haas@Linogate.de