* Re: rt20 patch question
From: Mark Hounschell @ 2006-05-12 9:08 UTC (permalink / raw)
To: Steven Rostedt; +Cc: Mark Hounschell, Ingo Molnar, linux-kernel, Daniel Walker
In-Reply-To: <Pine.LNX.4.58.0605120221410.26721@gandalf.stny.rr.com>
Steven Rostedt wrote:
> On Thu, 11 May 2006, Mark Hounschell wrote:
>
>> Here is a detailed list of the RT tasks running with prios, cpu masks
>> etc. There are 3 nics. eth1 is the nic being used by the emulation. eth2
>> is currently unused.
>
>> pid SCHED PRIO CPUM TASK
>> --- ---- ---- ---- ----
>
> This being a SMP machine, pid 2 and 3 must be the migration threads.
>
>> 2 FIFO 99 1 (unknown)
>> 3 FIFO 99 1 (unknown)
>
>> 4 FIFO 1 1 (unknown)
>> 5 FIFO 1 1 (unknown)
>> 6 FIFO 1 1 (unknown)
>> 7 FIFO 1 1 (unknown)
>> 8 FIFO 1 1 (unknown)
>> 9 FIFO 1 1 (unknown)
>> 10 FIFO 1 1 (unknown)
>
> Do you know what these processes are (12 and 13)?
>
2 ? S 0:00 [migration/0]
3 ? S 0:00 [posix_cpu_timer]
.
.
14 ? S 0:00 [migration/1]
15 ? S 0:00 [posix_cpu_timer]
>> 12 FIFO 99 2 (unknown)
>> 13 FIFO 99 2 (unknown)
>
> [...]
>
>> 39 FIFO acpi 49 [IRQ 9] 1 (unknown)
>> 1129 FIFO rtc 48 [IRQ 8] 1 (unknown)
>> 1135 FIFO i8042 47 [IRQ 12] 1 (unknown)
>> 1145 FIFO floppy 46 [IRQ 6] 1 (unknown)
>> 1178 FIFO i8042 45 [IRQ 1] 1 (unknown)
>> 1268 FIFO ide0 44 [IRQ 14] 1 (unknown)
>> 1313 FIFO ide1 43 [IRQ 15] 1 (unknown)
>>
>
> FYI, The above are all of higher priority than the below.
>
>> 1362 FIFO 42 [IRQ 169] 1 (unknown)
>> ide2, aic7xxx, aic7xxx, eth1, eth2,
>> gpiohsd, gpiohsd, gpiohsd, gpiohsd, eprm
>
> Wow! that's a lot on a shared IRQ. Do you have the ide2 being used. If
> one of these where to spin for a while, then all the below would freeze.
> Also them being preempted will also have a problem. Perhaps you want to
> raise the priority of this interrupt thread.
>
I'll try that when I get to work this morning.
>> 2663 FIFO ??? 41 [IRQ 4] 1 (unknown)
>> 2667 FIFO ??? 40 [IRQ 3] 1 (unknown)
>> 3420 FIFO 82801BA 39 [IRQ 177] 1 (unknown)
>> 5788 FIFO eth0 38 [IRQ 185] 1 (unknown)
>> 8036 FIFO rtom 37 [IRQ 193] 2 (unknown)
>> 10338 FIFO EMU-CPU 33 2 ./vrsx
>
> [...]
>
>>> What seems to be happening is that the vortex_timer is going off while the
>>> interrupt is running. Hence the disable_irq fails and schedules.
>>>
>>> Perhaps the interrupt thread has been preempted by some high priority task
>>> and causes it to lose a connection.
>>>
>>> Yeah that task output would be helpful to see if you can get it to work.
>> Ok I have this but it is 2000+ lines. I probably don't want to put it on
>> the list. Should I send it to you directly?
>
Done. Keep in mind it was taken only after one of those BUGs that seemed
to cause a network connection loss into the emulation. It was not taken
after one of those "stops" in 'complete preempt' mode. Did the logdev
output show anything of interest concerning the "stops"?
> Yes please (compress it as well). With so much shared on an IRQ and you
> are disabling it, it might cause some large timeouts. The disable irq with
> the hardirqs as threads is a sleep (that's where you hit the bug) where as
> otherwise it just spins and waits. So it can be a timing issue.
>
> Could also you try running the RT kernel without hardirqs as threads to
> see if it works fine then?
>
I assume you mean in preemptable kernel mode. Will do asap. I have 4
machines I'm attempting to use the rt20 kernel on. All 4 have the
"stop/pause" problem in complete preempt mode. This is the only one of
the 4 that I have seen the BUGs message on so I suspect you are correct
that it may be a result of hardware/configuration. I guess if raising
that irq prio or eliminating the irq threads fixes it, then.....
>>> Also can you show us the output of /proc/interrupts so we know which
>>> threads are associated to the network card interrupt, and see where they
>>> are.
>>>
>> harley:/home/markh/work/lcrs-linux # cat /proc/interrupts
>> CPU0 CPU1
>> 0: 450333 0 IO-APIC-edge [........N/ 0] pit
>> 1: 4288 0 IO-APIC-edge [........./ 1] i8042
>> 8: 2 0 IO-APIC-edge [........./ 0] rtc
>> 9: 0 0 IO-APIC-level [........./ 0] acpi
>> 12: 66129 0 IO-APIC-edge [........./ 1] i8042
>> 14: 3523 0 IO-APIC-edge [........./ 0] ide0
>> 15: 65675 0 IO-APIC-edge [........./ 0] ide1
>> 169: 219209 0 IO-APIC-level [........./ 0] ide2,
>> aic7xxx, aic7xxx, eth1, eth2, gpiohsd, gpiohsd, gpiohsd, gpiohsd, eprm
>> 177: 1821 0 IO-APIC-level [........./ 0] Intel
>> 82801BA-ICH2
>> 185: 185550 0 IO-APIC-level [........./ 0] eth0
>> 193: 0 76740 IO-APIC-level [........./ 0] rtom
>> NMI: 0 0
>> LOC: 2657906 587751
>> ERR: 0
>> MIS: 0
>
> I see you are pinning all the irqs to CPU0
>
All except the rtom irq. It is on the same processor as the emulations
CPU thread. Even with the rt20 patch, this is still the only way to
insure deterministic delivery of signals and such from the rtom driver
to the emulations CPU thread. What I find with the rt20 patch (so far)
is that now there seems to be an acceptable(sort of) "max" latency
(-200usec) that allows me to use the machine for things other than just
the emulation.
>> The aic7xxx controllers are both connected to external legacy scsi
>> racks. eth1, eth2, and the aix7xxx cards are in an SBS pci expansion
>> chassis. The 3 gpiohsd and the 1 eprm cards are also in the expansion
>> rack but are not being used at all in this.
>
> So all but the 3 gpiohsd and eprm are being used? Still that seems to be
> a lot. But anyway, send me the compressed task dump, and I'll take a
> look. Maybe it will shed some light.
Actually eth2 is not being used either. Only one of the scsi controllers
is being used and it only when I boot the emulation from one of the
legacy scsi drives. One scsi card has a bus of tapes the other disks.
When I boot the emulation from a virtual disk file it's not used at all.
IDE2 is my 'linux' boot drive however.
So do you think this BUG reported in 'preempt kernel' mode is related to
the "stops" I am having in 'complete preempt mode?
Mark
^ permalink raw reply
* [U-Boot-Users] External RTC in MPC860P (i2c - rtc DS1307)
From: Wolfgang Denk @ 2006-05-12 9:04 UTC (permalink / raw)
To: u-boot
In-Reply-To: <20060512085300.48840.qmail@web36913.mail.mud.yahoo.com>
In message <20060512085300.48840.qmail@web36913.mail.mud.yahoo.com> you wrote:
>
> All other definitions I've reverted back. But now after the changes done
I don;t see where you defined your RTC's I2C address...
> [ICM] $date
> i2c_read: chip 68 addr 00 alen 1 buffer 00f3dbf8 len 1
> i2c_read, no chip responded 68
...
What do you see when running the "iprobe" command? Does the RTC get
detected correctly?
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
Horses just naturally have mohawk haircuts.
^ permalink raw reply
* Re: Xen Kernel (3.0.2) breaks b44 module
From: Keir Fraser @ 2006-05-12 9:03 UTC (permalink / raw)
To: Jan Beulich; +Cc: xen, xen-devel
In-Reply-To: <44646A15.76E4.0078.0@novell.com>
On 12 May 2006, at 09:57, Jan Beulich wrote:
> This ought to be attributed to the fact that B44 supports only 30-bit
> DMA addresses (and does special checking), but
> XenLinux doesn't have a distinct DMA zone restricted to 24-bit
> addresses, and both dma_alloc_coherent() and swiotlb are
> restricting physical addresses to 31 bits only (at least the former
> could certainly look at the device's DMA mask and
> use that value rather than hard-coding 31).
If dma_alloc_coherent isn't doing that then it should be patched to do
so. Even though it won't help right now (since Xen will reject any
requests more restricted than 31 bits) it will be needed when Xen is
fixed to support basket-case hardware.
-- Keir
^ permalink raw reply
* Re: Xen Kernel (3.0.2) breaks b44 module
From: Keir Fraser @ 2006-05-12 9:02 UTC (permalink / raw)
To: xen; +Cc: xen-devel
In-Reply-To: <00a801c67599$bfc2ab50$fe02420a@BDR529>
On 12 May 2006, at 08:57, <xen@wood.id.au> wrote:
> I have a new laptop (Dell 9400) that I am trying to work with Xen 3.0.
>
> Xen works fine, runs windows XP under HVM.
>
> But, the Xen kernel on Dom0 has a few problems with some of the
> hardware.
>
> The network card is a Broadcom 4400 10/100BaseT.
B4400 can apparently DMA only to low 1GB of memory. Xen does not have
an allocation pool that guarantees to only return memory that low.
Hence you're stuck for the time being. You could try working around by
changing B44_DMA_MASK in drivers/net/b44.c to 0x7fffffff. Maybe it'll
turn out that only certain broken chips have this DMA limitation. Or
you can hack the DMA pool to only return memory <1GB rather than <2GB
(as it does currently). That'll be a slightly bigger hack though.
-- Keir
^ permalink raw reply
* Re: Libnetfilter_conntrack problems
From: Sébastien LAVEZE @ 2006-05-12 9:01 UTC (permalink / raw)
To: Philip Craig; +Cc: netfilter-devel
In-Reply-To: <44644A5F.1010504@snapgear.com>
>It's working for me using 2.6.16 on ARM and userspace from SVN.
>Are you sure you are waiting 2 minutes for the timeout?
> How about if you try pings?
Ok
I'm also using 2.6.16 kernel with latest SVN
It works fine for LOCAL connection but not for FORWARDED connections
I do get UPDATE events for forwarded connection but there are no
DESTROY events for forwarded connections
Same stuff for pings (OK for local, NO for forward)
^ permalink raw reply
* [ MOUNT ] Can not mount compact flash drive hda (ext3) with 2.6.16
From: Mario Ohnewald @ 2006-05-12 9:11 UTC (permalink / raw)
To: linux-kernel
Hello List,
i am booting a linux box via NFS.
When it boot it with a 2.4.32 kernel i CAN mount my compact flash drive
hda.
If i boot a 2.6.16 kernel i CAN NOT.
hdaX is ext3 and ext3 is compiled into the kernel.
Am i missing a kernel option?
More infos:
~# fdisk -l
Disk /dev/hda: 1024 MB, 1024450560 bytes
32 heads, 63 sectors/track, 992 cylinders
Units = cylinders of 2016 * 512 = 1032192 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 73 73552+ 83 Linux
/dev/hda2 74 751 683424 83 Linux
/dev/hda3 752 799 48384 83 Linux
/dev/hda4 800 992 194544 83 Linux
~# mount
rootfs on / type rootfs (rw)
/dev/root on / type nfs
(rw,v2,rsize=4096,wsize=4096,hard,nolock,proto=udp,addr=192.168.1.252)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
usbfs on /proc/bus/usb type usbfs (rw)
/dev/root on /dev/.static/dev type nfs
(rw,v2,rsize=4096,wsize=4096,hard,nolock,proto=udp,addr=192.168.1.252)
none on /dev type tmpfs (rw)
tmpfs on /tmp type tmpfs (rw)
devpts on /dev/pts type devpts (rw)
tmpfs on /dev/shm type tmpfs (rw)
~# cat /proc/mounts
rootfs / rootfs rw 0 0
/dev/root / nfs
rw,v2,rsize=4096,wsize=4096,hard,nolock,proto=udp,addr=192.168.1.252 0 0
proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
usbfs /proc/bus/usb usbfs rw 0 0
/dev/root /dev/.static/dev nfs
rw,v2,rsize=4096,wsize=4096,hard,nolock,proto=udp,addr=192.168.1.252 0 0
none /dev tmpfs rw 0 0
tmpfs /tmp tmpfs rw 0 0
devpts /dev/pts devpts rw 0 0
tmpfs /dev/shm tmpfs rw 0 0
~# lsof | grep hda
<no result>
~# dmesg | grep hda
ide0: BM-DMA at 0xe000-0xe007, BIOS settings: hda:pio, hdb:pio
hda: TOSHIBA THNCF1G02PG, CFA DISK drive
hda: max request size: 128KiB
hda: 2000880 sectors (1024 MB) w/2KiB Cache, CHS=1985/16/63
hda: hda1 hda2 hda3 hda4
~# mount -t ext3 /dev/hda1 /mnt/
mount: /dev/hda1 already mounted or /mnt/ busy
~# mkfs.ext3 /dev/hda1
mke2fs 1.38 (30-Jun-2005)
/dev/hda1 is apparently in use by the system; will not make a filesystem
here!
Attachted is my kernel config of the 2.6.16 kernel.
Do you need more infos?
Thanks, Mario
^ permalink raw reply
* Re: I think I found an error in pcm/pcm_file.c
From: Takashi Iwai @ 2006-05-12 8:59 UTC (permalink / raw)
To: Juan Carlos Castro y Castro; +Cc: alsa-devel
In-Reply-To: <4463BF9F.8030307@instant.com.br>
At Thu, 11 May 2006 19:50:07 -0300,
Juan Carlos Castro y Castro wrote:
>
> Shouldn't this function use snd_pcm_readn() instead of snd_pcm_writen()?
>
> static snd_pcm_sframes_t snd_pcm_file_readn(snd_pcm_t *pcm, void **bufs,
> snd_pcm_uframes_t size)
> {
> snd_pcm_file_t *file = pcm->private_data;
> snd_pcm_channel_area_t areas[pcm->channels];
> snd_pcm_sframes_t n = snd_pcm_writen(file->gen.slave, bufs, size);
> if (n > 0) {
> snd_pcm_areas_from_bufs(pcm, areas, bufs);
> snd_pcm_file_add_frames(pcm, areas, 0, n);
> }
> return n;
> }
Yep. Will correct it soon.
Thanks,
Takashi
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply
* Re: Want to hack a new feature into pcm/pcm_file.c
From: Takashi Iwai @ 2006-05-12 8:58 UTC (permalink / raw)
To: Juan Carlos Castro y Castro; +Cc: alsa-devel
In-Reply-To: <4463D847.4020801@instant.com.br>
At Thu, 11 May 2006 21:35:19 -0300,
Juan Carlos Castro y Castro wrote:
>
> I guess I'd have to change snd_pcm_file_readi() and snd_pcm_file_readn()
> -- right now they write to a file, just like snd_pcm_file_writei() and
> snd_pcm_file_writen(). Instead, they'd have to read data from a file and
> return that. Subject, of course, to the existence of a new configuration
> pareameter -- say, "filein".
>
> Makes sense?
Actually, the current pcm_file.c already has read support.
(Though, it might not work since I've not tested it yet :)
Takashi
>
> Juan Carlos Castro y Castro wrote:
>
> > Hello. I'd like very much to be able to specify an existing raw audio
> > file and have it be a "virtual microphone", i.e. recording
> > applications using this PCM would get the sound that's stored in that
> > file. That's the exact opposite of the "virtual speakers" thing the
> > file plugin does now.
> >
> > How hard would it be to do such a thing, and where should I begin
> > studying? I am an experienced C programmer but know precious little
> > about the ALSA architecture. If it's already possible to do the above
> > with existing features, please don't beat me -- I asked around in
> > alsa-user and got no answer, so I'm assuming hacking alsa-lib will be
> > necessary.
> >
> > Cheers,
> > Juan
> >
> >
> > -------------------------------------------------------
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job
> > easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache
> > Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > Alsa-devel mailing list
> > Alsa-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/alsa-devel
> >
>
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/alsa-devel
>
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply
* Re: Xen Kernel (3.0.2) breaks b44 module
From: Jan Beulich @ 2006-05-12 8:57 UTC (permalink / raw)
To: xen; +Cc: xen-devel
In-Reply-To: <00a801c67599$bfc2ab50$fe02420a@BDR529>
This ought to be attributed to the fact that B44 supports only 30-bit DMA addresses (and does special checking), but
XenLinux doesn't have a distinct DMA zone restricted to 24-bit addresses, and both dma_alloc_coherent() and swiotlb are
restricting physical addresses to 31 bits only (at least the former could certainly look at the device's DMA mask and
use that value rather than hard-coding 31). Jan
>>> <xen@wood.id.au> 12.05.06 09:57 >>>
I have a new laptop (Dell 9400) that I am trying to work with Xen 3.0.
Xen works fine, runs windows XP under HVM.
But, the Xen kernel on Dom0 has a few problems with some of the hardware.
The network card is a Broadcom 4400 10/100BaseT.
Normally loading the b44 module gives this:
Apr 28 20:07:53 ipanema kernel: [4294683.185000] b44.c:v0.97 (Nov 30, 2005)
Apr 28 20:07:53 ipanema kernel: [4294683.185000] ACPI: PCI Interrupt
0000:03:00.0[A] -> GSI 17 (level, low) -> IRQ 177
Apr 28 20:07:53 ipanema kernel: [4294683.189000] eth0: Broadcom 4400
10/100BaseT Ethernet 00:14:22:f2:57:36
(under an Ubuntu kernel - 2.6.15-21-686 #1 SMP PREEMPT)
Works similarly under a vanilla 2.6.16.
When running a Xen patched 2.6.16 (as per
https://wiki.ubuntu.com/XenVirtualMachine/XenOnUbuntuDapper) or on the Xen
live CD, I get:
Apr 27 00:28:31 ipanema kernel: [ 20.038669] b44.c:v0.97 (Nov 30, 2005)
Apr 27 00:28:31 ipanema kernel: [ 20.038700] ACPI: PCI Interrupt
0000:03:00.0[A] -> GSI 17 (level, low) -> IRQ 17
Apr 27 00:28:31 ipanema kernel: [ 20.038710] b44: No usable DMA
configuration, aborting.
Apr 27 00:28:31 ipanema kernel: [ 20.040248] ACPI: PCI interrupt for
device 0000:03:00.0 disabled
Apr 27 00:28:31 ipanema kernel: [ 20.040251] b44: probe of 0000:03:00.0
failed with error -5
Am I doing something wrong?
The first difference here is that ACPI allocates IRQ 17 instead of IRQ
177. Hope that rings bells for somebody :-)
This is the relevant output of lspci -vvvv while it's running under 2.6.16:
0000:03:00.0 Ethernet controller: Broadcom Corporation BCM4401-B0
100Base-TX (rev 02)
Subsystem: Dell: Unknown device 01cd
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort-
<MAbort- >SERR- <PERR-
Latency: 64
Interrupt: pin A routed to IRQ 177
Region 0: Memory at dcbfe000 (32-bit, non-prefetchable) [size=8K]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0+,D1+,D2+,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=2 PME-
and the first two lines of lspci -nvvvv
0000:03:00.0 0200: 14e4:170c (rev 02)
Subsystem: 1028:01cd
Laptop is Dell 9400 Core Duo T2600 2Gb Ram , SATA 100Gb
The ultimate aim is to use the Intel VT extensions to run unmodified OSes
underneath, but that's not that useful without networking.
Other hints of problems: noticable graphics corruption under framebuffer
console while running xen kernel. Also the cdrom is inaccessible under the
Xen Kernel.
cheers,
Woody
PS: I posted this to Xen-user previously but got no answers :-(
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply
* Re: [RFC] read-only filesystem support for NAND flash devices
From: Vitaly Wool @ 2006-05-12 8:55 UTC (permalink / raw)
To: Russ Dill; +Cc: Linux-MTD Mailing List, Josh Boyer, David Woodhouse
In-Reply-To: <f9d2a5e10605111626u743b101dgfc7e90422dec9a80@mail.gmail.com>
Russ Dill wrote:
> True, I also realized another possible shortcut. If a blocks gets an
> ECC correction on a read, rewrite it to a free block, erase the block,
> rewrite it from the data written to the free block, and then erase the
> free block. You'd need to put some info in the OOB so you could know
> what the state is on power recovery.
>
Oh thanks, that's the idea I'm going to use. It's a pretty reasonable
assumption that 1 byte out of OOB is available as there's not going to
be anything in OOB but ECC code in case of RO filesystem.
Vitaly
^ permalink raw reply
* [U-Boot-Users] External RTC in MPC860P (i2c - rtc DS1307)
From: Anand Mallya @ 2006-05-12 8:53 UTC (permalink / raw)
To: u-boot
In-Reply-To: <20060510133209.751EE352B0C@atlas.denx.de>
Dear Wolfgang,
>No, this is NOT correct. You must not define the same things in
>several place, and differently. Use a single definition in your board
>config file, and make sure it is correct.
Now I've taken reference of the TQM866M.h for the I2C RTC and
changed the the "include/configs/BOARD.h" as below:
/* enable I2C and select the hardware/software driver */
#undef CONFIG_HARD_I2C /* I2C with hardware support
*/
#define CONFIG_SOFT_I2C 1 /* I2C bit-banged
*/
#define CONFIG_RTC_DS1307 1
#define CFG_I2C_SPEED 93000 /* 93 kHz is supposed to work
*/
#define CFG_I2C_SLAVE 0xFE
#ifdef CONFIG_SOFT_I2C
/*
* * Software (bit-bang) I2C driver configuration
* */
#define PB_SCL 0x00000020 /* PB 26 */
#define PB_SDA 0x00000010 /* PB 27 */
#define I2C_INIT (immr->im_cpm.cp_pbdir |= PB_SCL)
#define I2C_ACTIVE (immr->im_cpm.cp_pbdir |= PB_SDA)
#define I2C_TRISTATE (immr->im_cpm.cp_pbdir &= ~PB_SDA)
#define I2C_READ ((immr->im_cpm.cp_pbdat & PB_SDA) != 0)
#define I2C_SDA(bit) if(bit) immr->im_cpm.cp_pbdat |= PB_SDA; \
else immr->im_cpm.cp_pbdat &= ~PB_SDA
#define I2C_SCL(bit) if(bit) immr->im_cpm.cp_pbdat |= PB_SCL; \
else immr->im_cpm.cp_pbdat &= ~PB_SCL
#define I2C_DELAY udelay(2) /* 1/4 I2C clock duration */
#endif /* CONFIG_SOFT_I2C */
All other definitions I've reverted back. But now after the changes
done
following is what I get:
[ICM] $date
i2c_read: chip 68 addr 00 alen 1 buffer 00f3dbf8 len 1
i2c_read, no chip responded 68
i2c_read: chip 68 addr 01 alen 1 buffer 00f3dbf8 len 1
i2c_read, no chip responded 68
i2c_read: chip 68 addr 02 alen 1 buffer 00f3dbf8 len 1
i2c_read, no chip responded 68
i2c_read: chip 68 addr 03 alen 1 buffer 00f3dbf8 len 1
i2c_read, no chip responded 68
i2c_read: chip 68 addr 04 alen 1 buffer 00f3dbf8 len 1
i2c_read, no chip responded 68
i2c_read: chip 68 addr 05 alen 1 buffer 00f3dbf8 len 1
i2c_read, no chip responded 68
i2c_read: chip 68 addr 06 alen 1 buffer 00f3dbf8 len 1
i2c_read, no chip responded 68
Get RTC year: 00 mon: 00 mday: 00 wday: 00 hr: 00 min: 00 sec: 00
Get DATE: 2000-00-00 (wday=7) TIME: 0:00:00
Date: 2000-00-00 (unknown day) Time: 0:00:00
[ICM] $
Is there anything still I'm missing, Please do help me in this regard.
Thanks in Advance!
--Ganesh
---------------------------------
Blab-away for as little as 1?/min. Make PC-to-Phone Calls using Yahoo! Messenger with Voice.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.denx.de/pipermail/u-boot/attachments/20060512/971a8567/attachment.htm
^ permalink raw reply
* Re: [RFC] read-only filesystem support for NAND flash devices
From: Vitaly Wool @ 2006-05-12 8:52 UTC (permalink / raw)
To: Russ Dill; +Cc: Josh Boyer, Linux-MTD Mailing List
In-Reply-To: <f9d2a5e10605111206i4a5a425el17a28bb81989c6b6@mail.gmail.com>
Russ Dill wrote:
> Free block list? Bad block list? Tracking of block numbers? Sounds
> like a full on FTL to me.
I'd rather go modifying mtdblock_ro. I don't want to implement FTL
because 1) as David pointed out, I don't need to handle writes; 2) I'm
afraid we may end up dealing with patent issues here again.
Vitaly
^ permalink raw reply
* Re: [RFC][PATCH 1/3] tracking dirty pages in shared mappings -V4
From: Peter Zijlstra @ 2006-05-12 8:52 UTC (permalink / raw)
To: Nick Piggin
Cc: Andrew Morton, clameter, torvalds, ak, rohitseth, mbligh, hugh,
riel, andrea, arjan, apw, mel, marcelo, anton, paulmck, linux-mm
In-Reply-To: <44644196.9070402@cyberone.com.au>
On Fri, 2006-05-12 at 18:04 +1000, Nick Piggin wrote:
> Peter Zijlstra wrote:
>
> >On Thu, 2006-05-11 at 21:30 -0700, Andrew Morton wrote:
> >
> >>Nick Piggin <piggin@cyberone.com.au> wrote:
> >>
> >>> >So let's see. We take a write fault, we mark the page dirty then we return
> >>> >to userspace which will proceed with the write and will mark the pte dirty.
> >>> >
> >>> >Later, the VM will write the page out.
> >>> >
> >>> >Later still, the pte will get cleaned by reclaim or by munmap or whatever
> >>> >and the page will be marked dirty and the page will again be written out.
> >>> >Potentially needlessly.
> >>> >
> >>>
> >>> page_wrprotect also marks the page clean,
> >>>
> >>Oh. I missed that when reading the comment which describes
> >>page_wrprotect() (I do go on).
> >>
> >
> >Yes, this name is not the best of names :-(
> >
> >I was aware of this, but since in my mind the counting through
> >protection
> >faults was the prime idea, I stuck to page_wrprotect().
> >
> >But I'm hard pressed to come up with a better one. Nick proposes:
> > page_mkclean()
> >But that also doesn't cover the whole of it from my perspective.
> >
>
> What's your perspective?
>
> With mmap shared accounting, the _whole VM's_ perspective is that clean
> MAP_SHARED ptes are marked readonly.
>
> The logical operation is marking the page's ptes clean. The VM mechanism
> also marks the ptes readonly as a side effect of that. Think about it:
> writeback does not want to make the page write protected, it wants to make
> it clean.
As said, I was looking at the added functionality on its own; that is,
counting dirty pages by trapping write faults.
However your view; the big picture; does make more sense. I shall
rename.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply
* Re: More
From: Wilma Hunter @ 2006-05-12 9:44 UTC (permalink / raw)
To: netdev
-S'ensationall revoolution in m'edicine!
-E'n'l'a'r'g'e your p''enis up to 10 cm or up to 4 inches!
-It's herbal solution what hasn't side effect, but has 100% guaranted results!
-Don't lose your chance and but know wihtout doubts, you will be impressed with results!
Clisk here: http://qwasps.info
amaranth annuli controversial falcon deerskin anheuser circumpolar decatur demote abide
skindive course congenital cellulose desultory roughish bait ethyl beverage
compromise vitiate catabolic heterostructure christlike rotund gershwin filmmake arson earwig doorkeeper
obsidian spire bikini obsolescent twin phosphate thank pigging
wrangle hydrochemistry esther antiquary pareto downturn cupful devise
imp questionnaire seductive quiet martial prohibitory gong oligopoly
^ permalink raw reply
* Re: rt20 patch question
From: Steven Rostedt @ 2006-05-12 8:45 UTC (permalink / raw)
To: Ingo Molnar; +Cc: Mark Hounschell, linux-kernel, Daniel Walker, Thomas Gleixner
In-Reply-To: <20060512081628.GA26736@elte.hu>
On Fri, 12 May 2006, Ingo Molnar wrote:
>
> > So I guess we have a case that we can schedule, but while atomic and
> > BUG when it's really not bad. Should we add something like this:
>
> that's not good enough, we must not schedule with the preempt_count()
> set.
It gets even worse, with your new fix, the softirq will schedule with
interrutps disabled, which would definitely BUG.
>
> one solution would be to forbid disable_irq() from softirq contexts, and
> to convert the vortex timeout function to a workqueue and use the
> *_delayed_work() APIs to drive it - and cross fingers there's not many
> places to fix.
I prefer the above. Maybe even add a WARN_ON(in_softirq()) in disable_irq.
But I must admit, I wouldn't know how to make that change without spending
more time on it then I have for this.
>
> another solution would be to make softirqs preemptible if they are
> threaded. I'm a bit uneasy about that though. In that case we'd also
> have to make HARDIRQ threading dependent on softirq threading, in the
> Kconfig.
scary.
-- Steve
^ permalink raw reply
* Re: "double free or corruption" - how to solve this?
From: Steve Graegert @ 2006-05-12 8:45 UTC (permalink / raw)
To: linux-c-programming
In-Reply-To: <20060512101927.136dd5df@localhost.localdomain>
On 5/12/06, wwp <subscript@free.fr> wrote:
> Hello Shriramana,
>
>
> On Fri, 12 May 2006 13:41:12 +0530 "Shriramana Sharma" <samjnaa@gmail.com> wrote:
>
> > One of my programs, which was working quite well till now, suddenly
> > gives me the error:
> >
> > *** glibc detected *** double free or corruption (top): 0x0808a338 ***
> > Aborted
> >
> > It is a pure C program compiled with GCC 4.02 -- I do not understand
> > why it does not work suddenly. Please tell me what the above error can
> > be.
>
> Would be nice to run it from gdb, in order to get the backtrace when it
> crashes. This should help you understand where and why :).
Additionally, you can try valgrind, which reports typical programming
errors like calling free() twice on the same object.
\Steve
^ permalink raw reply
* [ALSA - driver 0002103]: Sound goes off when adjusting volume from alsa-mixer
From: bugtrack @ 2006-05-12 8:42 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2103>
======================================================================
Reported By: raddy
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Issue ID: 2103
Category: PCI - hda-intel
Reproducibility: always
Severity: major
Priority: normal
Status: assigned
Distribution: Suse
Kernel Version: 2.6.13-15
======================================================================
Date Submitted: 05-08-2006 11:28 CEST
Last Modified: 05-12-2006 10:42 CEST
======================================================================
Summary: Sound goes off when adjusting volume from alsa-mixer
Description:
i have an Asus P5RD2-VM motherboard equipped with Uli M5461 integrated
sound card supporting HD-Audio,
it uses snd_hda_intel driver,
it was detected fine,
Alsa played a test sound that itself produced no sound from speakers,
sound is going off in many curcomstance,
they are,
1 > when adjusting volume,
2 > switching to several songs intermittently.
======================================================================
----------------------------------------------------------------------
UMMO - 05-12-06 10:42
----------------------------------------------------------------------
I'm having the same issue on my Lenovo 3000 N100 using the Intel ICH7 rev
02 chipset. Alsamixer reports the audio chip as an Analog Devices AD1986A.
Using ALSA 1.0.11 drivers compiled separately, and a 2.6.16 kernel.
After loading the ALSA modules, sound works fine until trying to adjust
the mixer in any way while an audio stream is playing, after which it just
cuts off completely. If I close all playing audio streams and tweak the
headphone and PCM mixers up and down a bit using alsamixer, it comes back
and new streams will play until I adjust the mixer again.
Also, there's no sound on the internal speakers, only the headphone jack.
Issue History
Date Modified Username Field Change
======================================================================
05-08-06 11:28 raddy New Issue
05-08-06 11:28 raddy Distribution => Suse
05-08-06 11:28 raddy Kernel Version => 2.6.13-15
05-10-06 07:54 raddy Issue Monitored: raddy
05-12-06 10:42 UMMO Note Added: 0009774
======================================================================
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply
* Re: Libnetfilter_conntrack problems
From: Philip Craig @ 2006-05-12 8:42 UTC (permalink / raw)
To: Sébastien LAVEZE; +Cc: netfilter-devel, Pablo Neira Ayuso
In-Reply-To: <ca021ab30605120134p552496f3i5ebd2f7c0a05b191@mail.gmail.com>
On 05/12/2006 06:34 PM, Sébastien LAVEZE wrote:
> But if i do conntrack -E -e DESTROY
> I never get any events for the same connection as i did with the UPDATE events
It's working for me using 2.6.16 on ARM and userspace from SVN.
Are you sure you are waiting 2 minutes for the timeout?
How about if you try pings?
^ permalink raw reply
* Re: [Xen-devel] Re: [RFC PATCH 07/35] Make LOAD_OFFSET defined by subarch
From: Christian Limpach @ 2006-05-12 8:38 UTC (permalink / raw)
To: Jan Beulich
Cc: virtualization, xen-devel, Chris Wright, linux-kernel,
Zachary Amsden, Ian Pratt
In-Reply-To: <44644B91.76E4.0078.0@novell.com>
On Fri, May 12, 2006 at 08:47:13AM +0200, Jan Beulich wrote:
> >I've updated our loader to support this now, so that this patch is
> >no longer necessary. I have at the same time added a new field to
> >xen_guest which allows specifying the entry point, allowing us to have
> >a different entry point when running the kernel image on Xen.
>
> Why do you need a separate entry point here? The code should be able to figure out which mode it is run in without
> problems...
I think it's the cleanest way to have different startup code for
native and non-native in the same kernel. But even if that's not
needed (for Linux), then you can have it point at the same address.
It is also always pointing to a virtual address, while the elf header
one now points to a physical address which doesn't make much sense
in the environment we start the kernel.
christian
^ permalink raw reply
* Re: Re: [RFC PATCH 07/35] Make LOAD_OFFSET defined by subarch
From: Christian Limpach @ 2006-05-12 8:38 UTC (permalink / raw)
To: Jan Beulich
Cc: Zachary Amsden, xen-devel, Ian Pratt, linux-kernel, Chris Wright,
virtualization
In-Reply-To: <44644B91.76E4.0078.0@novell.com>
On Fri, May 12, 2006 at 08:47:13AM +0200, Jan Beulich wrote:
> >I've updated our loader to support this now, so that this patch is
> >no longer necessary. I have at the same time added a new field to
> >xen_guest which allows specifying the entry point, allowing us to have
> >a different entry point when running the kernel image on Xen.
>
> Why do you need a separate entry point here? The code should be able to figure out which mode it is run in without
> problems...
I think it's the cleanest way to have different startup code for
native and non-native in the same kernel. But even if that's not
needed (for Linux), then you can have it point at the same address.
It is also always pointing to a virtual address, while the elf header
one now points to a physical address which doesn't make much sense
in the environment we start the kernel.
christian
^ permalink raw reply
* [U-Boot-Users] Intel P30, HowTo?
From: Konstantin Kletschke @ 2006-05-12 8:37 UTC (permalink / raw)
To: u-boot
In-Reply-To: <20060511162243.D9747353BE7@atlas.denx.de>
Am 2006-05-11 18:22 +0200 schrieb Wolfgang Denk:
> Are you sure that your board configuration is OK? Checked your
> CFG_MAX_FLASH_SECT definiton?
ARGH! The value was too less.
Bank # 1: CFI conformant FLASH (16 x 16) Size: 32 MB in 259 Sectors
Erase timeout 4096 ms, write timeout 1 ms, buffer write timeout 2 ms, buffer size 64
Sector Start Addresses:
10000000 (RO) 10008000 (RO) 10010000 (RO) 10018000 (RO) 10020000 (RO)
10040000 (RO) 10060000 (RO) 10080000 (RO) 100A0000 (RO) 100C0000 (RO)
100E0000 (RO) 10100000 (RO) 10120000 (RO) 10140000 (RO) 10160000 (RO)
10180000 (RO) 101A0000 (RO) 101C0000 (RO) 101E0000 (RO) 10200000 (RO)
10220000 (RO) 10240000 (RO) 10260000 (RO) 10280000 (RO) 102A0000 (RO)
102C0000 (RO) 102E0000 (RO) 10300000 (RO) 10320000 (RO) 10340000 (RO)
10360000 (RO) 10380000 (RO) 103A0000 (RO) 103C0000 (RO) 103E0000 (RO)
10400000 (RO) 10420000 (RO) 10440000 (RO) 10460000 (RO) 10480000 (RO)
104A0000 (RO) 104C0000 (RO) 104E0000 (RO) 10500000 (RO) 10520000 (RO)
10540000 (RO) 10560000 (RO) 10580000 (RO) 105A0000 (RO) 105C0000 (RO)
105E0000 (RO) 10600000 (RO) 10620000 (RO) 10640000 (RO) 10660000 (RO)
10680000 (RO) 106A0000 (RO) 106C0000 (RO) 106E0000 (RO) 10700000 (RO)
10720000 (RO) 10740000 (RO) 10760000 (RO) 10780000 (RO) 107A0000 (RO)
107C0000 (RO) 107E0000 (RO) 10800000 (RO) 10820000 (RO) 10840000 (RO)
10860000 (RO) 10880000 (RO) 108A0000 (RO) 108C0000 (RO) 108E0000 (RO)
10900000 (RO) 10920000 (RO) 10940000 (RO) 10960000 (RO) 10980000 (RO)
109A0000 (RO) 109C0000 (RO) 109E0000 (RO) 10A00000 (RO) 10A20000 (RO)
10A40000 (RO) 10A60000 (RO) 10A80000 (RO) 10AA0000 (RO) 10AC0000 (RO)
10AE0000 (RO) 10B00000 (RO) 10B20000 (RO) 10B40000 (RO) 10B60000 (RO)
10B80000 (RO) 10BA0000 (RO) 10BC0000 (RO) 10BE0000 (RO) 10C00000 (RO)
10C20000 (RO) 10C40000 (RO) 10C60000 (RO) 10C80000 (RO) 10CA0000 (RO)
10CC0000 (RO) 10CE0000 (RO) 10D00000 (RO) 10D20000 (RO) 10D40000 (RO)
10D60000 (RO) 10D80000 (RO) 10DA0000 (RO) 10DC0000 (RO) 10DE0000 (RO)
10E00000 (RO) 10E20000 (RO) 10E40000 (RO) 10E60000 (RO) 10E80000 (RO)
10EA0000 (RO) 10EC0000 (RO) 10EE0000 (RO) 10F00000 (RO) 10F20000 (RO)
10F40000 (RO) 10F60000 (RO) 10F80000 (RO) 10FA0000 (RO) 10FC0000 (RO)
10FE0000 (RO) 11000000 (RO) 11020000 (RO) 11040000 (RO) 11060000 (RO)
11080000 (RO) 110A0000 (RO) 110C0000 (RO) 110E0000 (RO) 11100000 (RO)
11120000 (RO) 11140000 (RO) 11160000 (RO) 11180000 (RO) 111A0000 (RO)
111C0000 (RO) 111E0000 (RO) 11200000 (RO) 11220000 (RO) 11240000 (RO)
11260000 (RO) 11280000 (RO) 112A0000 (RO) 112C0000 (RO) 112E0000 (RO)
11300000 (RO) 11320000 (RO) 11340000 (RO) 11360000 (RO) 11380000 (RO)
113A0000 (RO) 113C0000 (RO) 113E0000 (RO) 11400000 (RO) 11420000 (RO)
11440000 (RO) 11460000 (RO) 11480000 (RO) 114A0000 (RO) 114C0000 (RO)
114E0000 (RO) 11500000 (RO) 11520000 (RO) 11540000 (RO) 11560000 (RO)
11580000 (RO) 115A0000 (RO) 115C0000 (RO) 115E0000 (RO) 11600000 (RO)
11620000 (RO) 11640000 (RO) 11660000 (RO) 11680000 (RO) 116A0000 (RO)
116C0000 (RO) 116E0000 (RO) 11700000 (RO) 11720000 (RO) 11740000 (RO)
11760000 (RO) 11780000 (RO) 117A0000 (RO) 117C0000 (RO) 117E0000 (RO)
11800000 (RO) 11820000 (RO) 11840000 (RO) 11860000 (RO) 11880000 (RO)
118A0000 (RO) 118C0000 (RO) 118E0000 (RO) 11900000 (RO) 11920000 (RO)
11940000 (RO) 11960000 (RO) 11980000 (RO) 119A0000 (RO) 119C0000 (RO)
119E0000 (RO) 11A00000 (RO) 11A20000 (RO) 11A40000 (RO) 11A60000 (RO)
11A80000 (RO) 11AA0000 (RO) 11AC0000 (RO) 11AE0000 (RO) 11B00000 (RO)
11B20000 (RO) 11B40000 (RO) 11B60000 (RO) 11B80000 (RO) 11BA0000 (RO)
11BC0000 (RO) 11BE0000 (RO) 11C00000 (RO) 11C20000 (RO) 11C40000 (RO)
11C60000 (RO) 11C80000 (RO) 11CA0000 (RO) 11CC0000 (RO) 11CE0000 (RO)
11D00000 (RO) 11D20000 (RO) 11D40000 (RO) 11D60000 (RO) 11D80000 (RO)
11DA0000 (RO) 11DC0000 (RO) 11DE0000 (RO) 11E00000 (RO) 11E20000 (RO)
11E40000 (RO) 11E60000 (RO) 11E80000 (RO) 11EA0000 (RO) 11EC0000 (RO)
11EE0000 (RO) 11F00000 (RO) 11F20000 (RO) 11F40000 (RO) 11F60000 (RO)
11F80000 (RO) 11FA0000 (RO) 11FC0000 (RO) 11FE0000 (RO)
scb9328>
Now it unlocks erases and programs the flash fine so far.
But what is this variable for?
flinfo gets the right capacity and number of sectors automatically.
Is it harmful the variable being too big? I have
CFG_MAX_FLASH_SECT set to 266 now, because I don't now the number of
sectors of p30 flash exactly...
Now jffs2 of 2.6.14 crashes in jffs2_scan_medium, but I have to check
this with the kernel guys...
Regards, Konsti
--
GPG KeyID EF62FCEF
Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF
^ permalink raw reply
* Re: [Qemu-devel] PATCH: fix bgr color mapping on qemu on Solaris/SPARC
From: Dan Sandberg @ 2006-05-12 8:36 UTC (permalink / raw)
To: qemu-devel
In-Reply-To: <4463AF2E.6020401@bellard.org>
Fabrice Bellard wrote:
> Dan Sandberg wrote:
>
>> Just curious...
>>
>> Are you using an OpenGL directdraw surface for the graphics emulation
>> in Qemu?
>> If not, then consider the benefits:
>> 1. It is much faster than any native graphics 2D/3D primitives like
>> Windows GDI
>> 2: It gives full control over things like window or fullscreen mode
>> in any (almost) resolution and color depth.
>> 3. It is operating system independent.
>> 4. It handles things like RGB, BGR, 24bit, 15bit, 16bit, 8bit, alpha
>> channel etc in hardware, all you have to do is select the pixelformat
>> you like to use for the buffer and OpenGL does the rest - lightning
>> fast, minimum CPU-load.
>> [...]
>
>
> I am not sure the bottleneck is in the rendering itself and the single
> primitive that QEMU uses (display a rectangle of bitmap) is
> accelerated by every graphic card since many years. But you are free
> to modify the SDL library to include OpenGL rendering if it is not
> already done :-)
>
> Fabrice.
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
OK,
I am no expert at Qemu's inner workings as you are, but I think I have
seen mentioned that host and guest pixel formats should be kept
identical for best performance eg. an undesired need to select 16-bit
graphics on the host when one wants to use high resolution on the guest
at which resolution the emulated graphics board only supports 16-bit. I
also get the impression that the quest display area is updated less
frequently than the native intervall probably to keep CPU-load down and
also meaning that the guest OS waste CPU-time on rendering that is
sometimes "thrown away" when it happens in between actual Qemu display
updates.
To me this suggests that the needed RectangleBlit operation is not
CPU-transparent and it seems from the discussions that the lower than
native update frequency may introduce totally new problems like graphic
artefacts or possibly the guest OS going out of sync with the emulated
display adapter and a pointer that cannot keep up with fast movements
sometimes.
Creating a rectangular direct output area in OpenGL is actually like
vitualizing a graphics card.
It is updated at native speed and you can select pixelformat for that
area independent of the host pixel format and you do not have to be
doing any RectangleBlit operation or causing any CPU-load - to my
understanding at least.
The next logical step would be to emulate a more competent graphics
board in this rectangular area including hardware acceleration for guest
RectangleBlit operations etc. This would give much better 2D-performance
for any guest OS that knows have to take advantage of it and of course
OpenGL would be used for this too. It is more or less a mapping of
OpenGL functionality between guest and host OS'es.
No fancy 3D OpenGL stuff is needed, only the very basic 2D functionality
is required to boast performance in windowed enviroments so even old and
cheap graphics cards would do the job. It is OS-independent as long you
can find an OpenGL-driver.
I realize that the latter may be a problem in some cases so I am not
saying that any of todays possibilities in Qemu should be retired,
rather that it could be sort of a new plug-in module for those who want
a virtual display adapter with close to native graphic performance and
happen to have what is needed in terms of graphic card and drivers.
I am also not suggesting that you should do the hard work Fabrice. I am
truly impressed of what you are doing and don't understand how you find
the time.
I am also not suggesting that I know exactly how to do it, I am a
beginner when it comes to OpenGL-programming and only starting to
realize the possibilities of it.
So I only wanted to start the discussion and hopeing for an
OpenGL-genious out there with lots of spare time. :)
Regards
Dan
^ permalink raw reply
* Re: Libnetfilter_conntrack problems
From: Sébastien LAVEZE @ 2006-05-12 8:34 UTC (permalink / raw)
To: Pablo Neira Ayuso; +Cc: netfilter-devel
In-Reply-To: <ca021ab30605100600k5bfbe4faob771b62d50e35575@mail.gmail.com>
Hi,
I applied the patch that fixes ARM parsing problem
Now the conntrack utility works !
I'm tracking forwarded connection (my system does nat and forwarding)
Here are the results i get with the conntrack utility
conntrack -E -e UPDATE (it works fine)
[UPDATE] tcp 6 60 SYN_RECV src=192.168.32.42 dst=172.16.16.16 sport=48004
dport=21 src=172.16.16.16 dst=192.168.31.39 sport=21 dport=48004
[UPDATE] tcp 6 432000 ESTABLISHED src=192.168.32.42 dst=172.16.16.16 sport
=48004 dport=21 src=172.16.16.16 dst=192.168.31.39 sport=21
dport=48004 [ASSURED]
[UPDATE] tcp 6 120 FIN_WAIT src=192.168.32.42 dst=172.16.16.16 sport=48004
dport=21 src=172.16.16.16 dst=192.168.31.39 sport=21 dport=48004
[UPDATE] tcp 6 60 CLOSE_WAIT src=192.168.32.42 dst=172.16.16.16 sport=4800
4 dport=21 src=172.16.16.16 dst=192.168.31.39 sport=21 dport=48004
[UPDATE] tcp 6 30 LAST_ACK src=192.168.32.42 dst=172.16.16.16 sport=48004
dport=21 src=172.16.16.16 dst=192.168.31.39 sport=21 dport=48004
[UPDATE] tcp 6 120 TIME_WAIT src=192.168.32.42 dst=172.16.16.16 sport=4800
4 dport=21 src=172.16.16.16 dst=192.168.31.39 sport=21 dport=48004
But if i do conntrack -E -e DESTROY
I never get any events for the same connection as i did with the UPDATE events
So apparently there is no problem to use multiple callbacks in
different processes but there is a problem with DESTROY events for TCP
connections
For my application it's fine as now i'm working with connections
states instead of waiting for destroy events
If you want me to do more tests I'm ok with that.
Thanks
Sebastien
On 5/10/06, Sébastien LAVEZE <slaveze@gmail.com> wrote:
> I guess the problem is having two event handles on two different
> processes and this might cause some strange behaviour. (I also have
> destroy events that come 5 mn after the expiration of the TIME_WAIT
> timer...)
> Has someone ever tried that ??
> Maybe it should be safer to have only one process listening to ALL
> events and then to dispatch them..
> Is there a way to make the difference between UPDATE and DESTROY
> events with a single callback listening to ALL different ?? (type
> field maybe ?)
>
> Thanks
> Sebastian
>
^ permalink raw reply
* [PATCH] Silly bitmap size accounting fix
From: Steven Rostedt @ 2006-05-12 8:31 UTC (permalink / raw)
To: Ingo Molnar; +Cc: akpm, LKML
Ingo,
While explaining to a colleague why you defined BITMAP_SIZE in sched.c to:
#define BITMAP_SIZE ((((MAX_PRIO+1+7)/8)+sizeof(long)-1)/sizeof(long))
and not
#define BITMAP_SIZE ((((MAX_PRIO)/8)+sizeof(long))/sizeof(long))
It dawned on me that the MAX_PRIO+1 should really be just MAX_PRIO.
Priorities go from 0 to MAX_PRIO-1 so you only need to store MAX_PRIO
bits. As you probably know since you define the array in the run queue to
only queue[MAX_PRIO] and not [MAX_PRIO+1].
So on a normal system where long is 4 bytes we get:
MAX_PRIO = 140
sizeof(long) = 4
((((MAX_PRIO+1+7)/8)+sizeof(long)-1)/sizeof(long)) = 5
And with the new fix:
((((MAX_PRIO+7)/8)+sizeof(long)-1)/sizeof(long)) = 5
So the result is the same, and hence the "Silly" part in the subject.
But although this change really has no affect on the kernel, it is still
a correctness issue, and readability issue. The +1+7 confuses people,
especially when the +1 is not needed.
Not to mention, for those that change the kernel to use their own priority
settings, it might waste one extra word (althought this is actually not
that big of a deal).
So for correctness and readability, I'm submitting this patch.
-- Steve
Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
Index: linux-2.6.17-rc3-mm1/kernel/sched.c
===================================================================
--- linux-2.6.17-rc3-mm1.orig/kernel/sched.c 2006-05-12 04:02:32.000000000 -0400
+++ linux-2.6.17-rc3-mm1/kernel/sched.c 2006-05-12 04:02:39.000000000 -0400
@@ -192,7 +192,7 @@ static inline unsigned int task_timeslic
* These are the runqueue data structures:
*/
-#define BITMAP_SIZE ((((MAX_PRIO+1+7)/8)+sizeof(long)-1)/sizeof(long))
+#define BITMAP_SIZE ((((MAX_PRIO+7)/8)+sizeof(long)-1)/sizeof(long))
typedef struct runqueue runqueue_t;
^ permalink raw reply
* Premier
From: Dutchman I. Battlefield @ 2006-05-12 8:44 UTC (permalink / raw)
To: Alsa
[-- Attachment #1: Type: text/plain, Size: 226 bytes --]
Man's Health
Anti-Depressants
Antibiotics
Cholesterol
Diabetes
Diuretic
Pain Relief
Sexual Health
Sleep Aids
Weight Loss
and more on Premier Pharpmacy
http://ortabolemiks.com
asdffgjd UF5AVRhVV0VRWXFTX0dUHEJBW19UUUcaWkNV
[-- Attachment #2: Type: text/html, Size: 323 bytes --]
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.