Re: Lost interrupts during boot
On Friday 08 June 2007 09:17, Hidetoshi Shimokawa wrote: Do you have INTR_FILTER in your kernel config file? No. Does the USB driver use interrupt filter or only ithread? Ithread. Interrupt filter is NULL I think. #if (__FreeBSD_version = 700031) err = bus_setup_intr(self, sc-sc_irq_res, INTR_TYPE_BIO|INTR_MPSAFE, NULL, (void *)(void *)ehci_interrupt, sc, sc-sc_intr_hdl); #else err = bus_setup_intr(self, sc-sc_irq_res, INTR_TYPE_BIO|INTR_MPSAFE, (void *)(void *)ehci_interrupt, sc, sc-sc_intr_hdl); #endif --HPS ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Lost interrupts during boot
The latest firewire driver I commited this week uses interrupt filter. There might be some bad interaction between them if they share IRQ. You can disable interrupt filter of firewire driver by changing #define FWOHCI_INTFILT 0 in fwohcivar.h. If you are using the latest firewire driver, can you try this? On 6/8/07, Hans Petter Selasky [EMAIL PROTECTED] wrote: On Friday 08 June 2007 09:17, Hidetoshi Shimokawa wrote: Do you have INTR_FILTER in your kernel config file? No. Does the USB driver use interrupt filter or only ithread? Ithread. Interrupt filter is NULL I think. #if (__FreeBSD_version = 700031) err = bus_setup_intr(self, sc-sc_irq_res, INTR_TYPE_BIO|INTR_MPSAFE, NULL, (void *)(void *)ehci_interrupt, sc, sc-sc_intr_hdl); #else err = bus_setup_intr(self, sc-sc_irq_res, INTR_TYPE_BIO|INTR_MPSAFE, (void *)(void *)ehci_interrupt, sc, sc-sc_intr_hdl); #endif --HPS ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] -- /\ Hidetoshi Shimokawa \/ [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Lost interrupts during boot
Do you have INTR_FILTER in your kernel config file? Does the USB driver use interrupt filter or only ithread? On 6/8/07, Hans Petter Selasky [EMAIL PROTECTED] wrote: Hi, I testing booting with a combo USB/Firewire carbus card, but no interrupts are genereated. If I plug the card in when the computer is not cold, it works fine. Any ideas? Does the cardbus driver generate a dummy interrupt to make sure that any outstanding interrupts are cleared? [EMAIL PROTECTED]:6:0: class=0x060700 card=0x00641025 chip=0x8031104c rev=0x00 hdr=0x02 vendor = 'Texas Instruments (TI)' class= bridge subclass = PCI-CardBus --HPS ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] -- /\ Hidetoshi Shimokawa \/ [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Lost interrupts during boot
On Friday 08 June 2007 09:30, Hidetoshi Shimokawa wrote: The latest firewire driver I commited this week uses interrupt filter. There might be some bad interaction between them if they share IRQ. You can disable interrupt filter of firewire driver by changing #define FWOHCI_INTFILT 0 in fwohcivar.h. If you are using the latest firewire driver, can you try this? I'm using this version of the FireWire driver: $FreeBSD: src/sys/dev/firewire/firewire.c,v 1.81 2005/11/25 Should I upgrade? --HPS ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Lost interrupts during boot
It seems that the firewire driver is unrelated to the problem. Doesn't firewire device work too? On 6/8/07, Hans Petter Selasky [EMAIL PROTECTED] wrote: On Friday 08 June 2007 09:30, Hidetoshi Shimokawa wrote: The latest firewire driver I commited this week uses interrupt filter. There might be some bad interaction between them if they share IRQ. You can disable interrupt filter of firewire driver by changing #define FWOHCI_INTFILT 0 in fwohcivar.h. If you are using the latest firewire driver, can you try this? I'm using this version of the FireWire driver: $FreeBSD: src/sys/dev/firewire/firewire.c,v 1.81 2005/11/25 Should I upgrade? --HPS -- /\ Hidetoshi Shimokawa \/ [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Lost interrupts during boot
On Friday 08 June 2007 11:09, Hidetoshi Shimokawa wrote: It seems that the firewire driver is unrelated to the problem. Doesn't firewire device work too? I haven't tested it. I don't have any FW devices. --HPS ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Lost interrupts during boot
I testing booting with a combo USB/Firewire carbus card, but no interrupts are genereated. If I plug the card in when the computer is not cold, it works fine. Any ideas? Does the cardbus driver generate a dummy interrupt to make sure that any outstanding interrupts are cleared? how old is your kernel? can you see if there's a difference between a kernel earlier than Thu May 31 19:29:20 2007 UTC and a recent one (i.e. today)? -- bye, P. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Lost interrupts during boot
On Friday 08 June 2007 11:43, Paolo Pisati wrote: I testing booting with a combo USB/Firewire carbus card, but no interrupts are genereated. If I plug the card in when the computer is not cold, it works fine. Any ideas? Does the cardbus driver generate a dummy interrupt to make sure that any outstanding interrupts are cleared? how old is your kernel? can you see if there's a difference between a kernel earlier than Thu May 31 19:29:20 2007 UTC and a recent one (i.e. today)? I will try an update and let you know on Monday. --HPS ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD OLPC
Is anybody working on running FreeBSD on the One Laptop Per Child platform http://www.laptop.org? I'd be interested to try it, but I wouldn't want to duplicate work. The only thing I've found with a web search are some pictures of an OLPC at BSDCan http://www.zabbadoz.net/users/bz/BSDCan2007/BSDCan2007-public/. The first stumbling block would be booting with OLPC's OFW. Diomidis Spinellis - http://www.spinellis.gr ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can anybody terminate an IP-IP tunnel for me?
Am 08.06.2007 um 05:41 schrieb Greg 'groggy' Lehey: How do I terminate the IP-IP tunnel at my end? I'm using OpenVPN for similar porposes, albeit on lower latency DSL links. OpenVPN can run over UDP or TCP, and can work through NAT, and even with dynamic IPs. Stefan -- Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD OLPC
On Fri, 8 Jun 2007, Diomidis Spinellis wrote: Hi, Is anybody working on running FreeBSD on the One Laptop Per Child platform http://www.laptop.org? I'd be interested to try it, but I wouldn't want to duplicate work. The only thing I've found with a web search are some pictures of an OLPC at BSDCan bz's homepage. The first stumbling block would be booting with OLPC's OFW. Oh that was during the last day's post-conference social event, lateish in a bar and thing was running out of battery and crashed two times... There was a talk about it http://www.bsdcan.org/2007/schedule/events/57.en.html I had seen the presentation at FOSDEM and there was that How Open Source Projects Survive Poisonous People, so I didn't attend. I am not going to comment more on the Software that this thing was running (the built-in camera was working;) but I don't think there is anything BSD related... Considering OFW, Sun released that under a 3 clause BSD license somewhen last year imho. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Status of base GDB
On Fri, 2007-06-08 at 03:15 +0300, Abdullah Ibn Hamad Al-Marri wrote: On 6/7/07, Vlad GALU [EMAIL PROTECTED] wrote: I couldn't help noticing that our gdb lags behind other BSDs. Is there a technical reason for this? I'm thinking threading changes/gcc changes (although I can't remember this kind of situation representing a setback in other BSDs' case). Thanks. There is also a port not added since months *sigh* http://www.freebsd.org/cgi/query-pr.cgi?pr=100067 I wish this get resolved ASAP. I don't see the problem? It is a shame it takes time to get stuff completely clean and fixed and ready for inclusion into the ports tree, but there is nothing stopping you from taking the shar archive from the PR and building the port for your own personal use until it is added. signature.asc Description: This is a digitally signed message part
Re: Lost interrupts during boot
Hans Petter Selasky wrote: On Friday 08 June 2007 11:43, Paolo Pisati wrote: I testing booting with a combo USB/Firewire carbus card, but no interrupts are genereated. If I plug the card in when the computer is not cold, it works fine. Any ideas? Does the cardbus driver generate a dummy interrupt to make sure that any outstanding interrupts are cleared? how old is your kernel? can you see if there's a difference between a kernel earlier than Thu May 31 19:29:20 2007 UTC and a recent one (i.e. today)? I will try an update and let you know on Monday. --HPS Who makes your MB? Is it an nVidia chipset one? -Garrett ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD-6.2 PLIP - does it still work ?
Anyone seen PLIP working on FreeBSD-6.2 release ? I've tested my PLIP cable between 2 x 4.11 boxes. I'm trying to install a laptop with 6.2 boot flops (with failed pcmcia/ether recognition) I cant get that laptop a 6.2 tower to talk to each other. Neither will those 2 x 6.2 talk to 4.11. I havent quite done all exhaustive tests, (but am exhausted seems worth asking :-) Julian -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com HTML mail=spam. Ihr Rauch=mein allergischer Kopfschmerz. Dump cigs 4 snuff. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can anybody terminate an IP-IP tunnel for me?
Am 08.06.2007 um 17:47 schrieb Oliver Fromme: While OpenVPN works well usually, it is generally not advisable to run it over TCP, especially if your link is not guaranteed to have 0% packet loss, which might be the case for satellite links. Running OpenVPN over UDP is fine. Sure, but slightly less than perfect connectivity is still better than none: being stuck on a corporate network, where you can use the proxy to establish a TCP connection to port 443, for example. Stefan -- Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can anybody terminate an IP-IP tunnel for me?
Stefan Bethke wrote: Greg 'groggy' Lehey wrote: How do I terminate the IP-IP tunnel at my end? I'm using OpenVPN for similar porposes, albeit on lower latency DSL links. OpenVPN can run over UDP or TCP, and can work through NAT, and even with dynamic IPs. While OpenVPN works well usually, it is generally not advisable to run it over TCP, especially if your link is not guaranteed to have 0% packet loss, which might be the case for satellite links. Running OpenVPN over UDP is fine. That problem has been discussed and explained quite often in various forums. Here's one of them: http://sites.inka.de/sites/bigred/devel/tcp-tcp.html I've used OpenVPN myself to tunnel official IP addresses to my (dynamic) DSL link at home. You need to have a server outside somewhere, of course, but that shouldn't be a problem. Here in .de you can rent a good root server for = 50 Euro per month (good means you can install FreeBSD remotely without difficulty). I guess it's not much different in .au or elsewhere in the world. And if you share it with a few friends or collegues, then the costs are even less. That's how I've done it; I share a 50 Euro root server with three friends, so I pay only 12,50 per month. Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Python is an experiment in how much freedom programmers need. Too much freedom and nobody can read another's code; too little and expressiveness is endangered. -- Guido van Rossum ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can anybody terminate an IP-IP tunnel for me?
I've used OpenVPN myself to tunnel official IP addresses to my (dynamic) DSL link at home. You need to have a server outside somewhere, of course, but that shouldn't I find that vtun is a pretty reliable and less heavyweight solution for this- I use it to get a tunnel to a secondary lab of mine (at my mom's house) which only has dynamic IP. The only problem here is that this isn't a solution for providing routing for somebody else's Class C block. -matt ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD-6.2 PLIP - does it still work ?
On 6/8/07, Julian Stacey [EMAIL PROTECTED] wrote: Anyone seen PLIP working on FreeBSD-6.2 release ? I've tested my PLIP cable between 2 x 4.11 boxes. I'm trying to install a laptop with 6.2 boot flops (with failed pcmcia/ether recognition) I cant get that laptop a 6.2 tower to talk to each other. Neither will those 2 x 6.2 talk to 4.11. I havent quite done all exhaustive tests, (but am exhausted seems worth asking :-) Julian -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com HTML mail=spam. Ihr Rauch=mein allergischer Kopfschmerz. Dump cigs 4 snuff. It seems to me PLIP has been broken somwhere after branching RELENG_5. Between two RELENG_4 it worked fine (used from about 4.3 to latest 4.11). If any end was using RELENG_5 or RELENG_6 it didn't work any more. I thought first, maybe there were some incompatible changes in protocol or something, i tried to use the same FreeBSD versions on two ends (both RELENG_5 or both RELENG_6), but that was not the case. My tests were not exhaustive either, but i actually tried to fire it up again numerous times, enough for my own assurance. If anybody could shed some light, i would be curious. I could also make tests if needed. -- ghozzy ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can anybody terminate an IP-IP tunnel for me?
On 08.06.2007, at 20:31, [EMAIL PROTECTED] wrote: The only problem here is that this isn't a solution for providing routing for somebody else's Class C block. Why? inetnum: 192.109.197.0 - 192.109.197.255 netname: LEMIS-LAN descr:LEMIS Lehey Microcomputer Systems descr:D-W-6324 Feldatal descr:Germany country: DE admin-c: GL3-RIPE tech-c: GL3-RIPE rev-srv: allegro.lemis.de rev-srv: ns.cls.net rev-srv: ns.maz.net mnt-by: AS2871-MNT status: ASSIGNED PI source: RIPE # Filtered Its current provider was able to add it to their AS, too so it shouldn't be that much of a problem in Australia. I remember my ISP (QSC Germany) being a bit too... unexperienced at first so they sent me on to one of their resellers (who knew how to configure BGP) and they warned me that they wouldn't accept anything less than a /22 but things might be a bit different on the wrong side of the planet. I'd just get the defunct rev-srv records out of the database entry and send an update for the ownership records. Achim ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can anybody terminate an IP-IP tunnel for me?
On 08.06.2007, at 20:31, [EMAIL PROTECTED] wrote: The only problem here is that this isn't a solution for providing routing for somebody else's Class C block. Why? inetnum: 192.109.197.0 - 192.109.197.255 netname: LEMIS-LAN descr:LEMIS Lehey Microcomputer Systems descr:D-W-6324 Feldatal descr:Germany country: DE admin-c: GL3-RIPE tech-c: GL3-RIPE rev-srv: allegro.lemis.de rev-srv: ns.cls.net rev-srv: ns.maz.net mnt-by: AS2871-MNT status: ASSIGNED PI source: RIPE # Filtered Its current provider was able to add it to their AS, too so it shouldn't be that much of a problem in Australia. I remember my ISP (QSC Germany) being a bit too... unexperienced at first so they sent me on to one of their resellers (who knew how to configure BGP) and they warned me that they wouldn't accept anything less than a /22 but things might be a bit different on the wrong side of the planet. I'd just get the defunct rev-srv records out of the database entry and send an update for the ownership records. In general ISPs are now very reluctant do less than a /22 or larget if it's not carved out of one of their blocks. It was a fair amount of hunting around in Menlo Park for me to find somebody to route FERAL.COM, and the big home serving ISPs like Sprint and Yahoo!/SBC were completely clueless about being asked if they would do so- even for a fee. -matt ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/113430: Kernel Panic with emulators/qemu on AMD64 SMP
On Fri, Jun 08, 2007 at 03:10:10PM +, Allan Jude wrote:
I recreated it again, and the 'stopped at' in the kernel panic is:
userret+0x22 movq0(%rdi),%rbx
Ok so apparently userret was called with a bogus td arg, can you find
out from where? (there should be a return address on the stack, userret
here starts with a sub $0x28,%rsp (hmm, no frame pointer?) so add that or
whatever yours subtracts.)
Btw,
fault virtual address = 0x202
fault code = supervisor read, page not present
[...]
#9 0x80650f5d in trap (frame=
{tf_rdi = 0xff012f655720, tf_rsi = 0x4, tf_rdx = 0x46, tf_rcx
[...]
shouldnt tf_rdi here be rdi at the time of the fault, i.e. 0x202?
Anyone know why its different? Also, as mentioned above userret doesnt
save a frame pointer here (rbp) and indeed,
0xff012f655720, tf_rax = 0x2, tf_rbx = 0xf4240, tf_rbp =
0xb38f5d10, tf_r10 = 0xff012b39e108, tf_r11 = 0x2, tf_r12 =
[...]
tf_rflags = 0x10282, tf_rsp = 0xb38f5bb0, tf_ss =
tf_rbp seems to be way off compared to tf_rsp, are parts of the kernel
now compiled with -fomit-frame-pointer? (even for a debug kernel?)
This may explain why we dont see who called userret in the kgdb backtrace...
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Status of base GDB
On 6/8/07, Tom Evans [EMAIL PROTECTED] wrote: On Fri, 2007-06-08 at 03:15 +0300, Abdullah Ibn Hamad Al-Marri wrote: On 6/7/07, Vlad GALU [EMAIL PROTECTED] wrote: I couldn't help noticing that our gdb lags behind other BSDs. Is there a technical reason for this? I'm thinking threading changes/gcc changes (although I can't remember this kind of situation representing a setback in other BSDs' case). Thanks. There is also a port not added since months *sigh* http://www.freebsd.org/cgi/query-pr.cgi?pr=100067 I wish this get resolved ASAP. I don't see the problem? It is a shame it takes time to get stuff completely clean and fixed and ready for inclusion into the ports tree, but there is nothing stopping you from taking the shar archive from the PR and building the port for your own personal use until it is added. I'm not saying I can't get it installed. The issue is why does it take forever, it's shame as you said. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
